Nombrar interfaces en Java para principiantes

Hay dos convenciones de nomenclatura principales para las interfaces en Java: sin prefijo o sufijo para interfaces, sufijo para implementaciones ~Impl prefijo para interfaces, pero sin prefijo o sufijo para implementaciones. ~I Este último es popular entre la gente que viene de otros lenguajes, como C#, C++ o Python. Déjame mostrarte que en el ecosistema de Java, la primera convención es mucho más poderosa que la última. Uno de los principales beneficios de las convenciones de nomenclatura de la interfaz es que lo ayuda a codificar la interfaz, no la implementación (lo cual es una gran práctica de codificación). Como ejemplo, veamos el siguiente fragmento de código, escrito en la segunda convención. INotifier notifier = myFactory.getNotifier(); Scheduler scheduler = ASingleton.getInstance().getScheduler(); IBrowser browser = loadBrowser(); // ... // ... Podemos detectar que Scheduler no tiene prefijo. Esto puede generar la preocupación de que codificamos accidentalmente la implementación (y, como consecuencia, llamar a algunos métodos del programador varable que no están presentes en la interfaz, formando un código inflexible). ~I Sin embargo, con esta convención de nomenclatura puede haber otra razón obvia para la falta de la prefijo: el programador puede ser solo una clase normal y no se definió ninguna interfaz. ~I Veamos cómo se ve este código cuando usamos la primera convención de nomenclatura: Notifier notifier = myFactory.getNotifier(); SchedulerImpl scheduler = ASingleton.getInstance().getScheduler(); Browser browser = loadBrowser(); // ... // ... Inmediatamente detectamos la ofensiva. sufijo, porque es más fácil detectar lo que existe (y diferente) en lugar de lo que falta ( ). ~Impl ~I Esto tampoco deja dudas sobre la existencia de la interfaz del programador. Tal El sufijo sirve como pista falsa en el código Java, algo así como una advertencia en IDE, cuando se encuentra en lugares distintos a las definiciones de clase, fábricas o pruebas. Esta es la primera y principal razón para preferir la primera convención de nomenclatura¹. ~Impl La segunda razón es menor, pero sigue siendo importante. En C# todos los usos de la biblioteca estándar prefijo para interfaces, por lo que las clases de usuario que siguen la misma convención encajan naturalmente. ~I Sin embargo, en Java (y sus grandes marcos como Spring) todas las interfaces se nombran sin prefijo: , y no IList; , no ISerializable; , no IApplicationContext. List Serializable ApplicationContext Es simplemente un buen estilo para ir con las convenciones de nomenclatura utilizadas por el ecosistema del lenguaje. Por lo tanto, nombrar no es solo una preferencia de estilo personal; tiene beneficios reales para reducir la cantidad de errores en el código y hacerlo más legible dentro del ecosistema del lenguaje. [1] Hoy en día, para las variables locales, los tipos se suelen deducir con inferencia de tipo; sin embargo, el principio sigue siendo válido para todos los demás usos: campos (miembros de clase) y parámetros de funciones y constructores.

Nombrar interfaces en Java para principiantes

Demasiado Largo; Para Leer

Company Mentioned

@matsurago

HISTORIAS RELACIONADAS