Prefijando interfaces con I?

Hay una serie de convenciones en Java y C# con las que nos hemos sentido cómodos; pero que están al revés. Por ejemplo, la convención de poner variables privadas en la parte superior de cada clase es bastante tonta desde un punto de vista técnico. Lo más importante de una clase son sus métodos públicos. Las menos cosas importantes, las cosas que escondemos detrás de una barrera de privacidad, son las variables de instancia. Entonces, ¿por qué los pondríamos en la parte superior?

La " I " delante de interfaces es otra convención hacia atrás. Cuando se le pasa una referencia a un objeto, debe esperar que sea una interfaz. Las interfaces deben ser las predeterminadas; así que no tiene sentido hacer algo extra, como usar un prefijo I, para anunciar que estás haciendo lo que todos esperan que hagas. Sería mejor (aunque todavía incorrecto) si reserváramos un marcador especial para la condición excepcional de pasar una clase concreta.

Otro problema con el uso de I, es que (extrañamente) lo usamos para comunicar la decisión de implementación de usar una interfaz. Por lo general, no queremos que las decisiones de implementación se expresen tan fuerte, porque eso las hace difíciles de cambiar. Considere, por ejemplo, lo que podría suceder si decidiera que IFoo realmente debería ser una clase abstracta en lugar de una interfaz. ¿Debe cambiar el nombre a Foo o CFoo, o ACFoo?

Puedo oír las ruedas girando en tu cabeza. Usted está pensando: "Sí, pero las interfaces tienen un lugar especial en el idioma, por lo que es razonable marcarlos con una convención de nomenclatura especial."Eso es verdad. Pero los enteros también tienen un lugar especial en el lenguaje, y no los marcamos (más). Además, pregúntese esto, ¿por qué las interfaces tienen un lugar especial en el lenguaje?

Toda la idea detrás de las interfaces en Java y C# fue una excusa. Los diseñadores de lenguaje podrían haber utilizado clases abstractas, pero estaban preocupados por las dificultades de implementación de herencia múltiple. Así que hicieron un trato con ellos mismos. Inventaron una construcción artificial (es decir, interfaces) que proporcionaría algunos del poder de la herencia múltiple, y restringieron las clases normales a la herencia única.

Esta fue una de las peores decisiones que tomaron los diseñadores de lenguaje. Inventaron un nuevo y pesado elemento de sintaxis para excluir una característica útil y poderosa (aunque controvertida) del lenguaje. Las interfaces no se inventaron para habilitar, se inventaron para deshabilitar. Las interfaces son un truco colocado en el lenguaje por diseñadores que no querían resolver el problema más difícil de MI. Así que cuando usas el prefijo I, estás poniendo un gran foco en uno de los hacks más grandes en la historia del lenguaje.

La próxima vez que escriba una firma de función como esta:

public void myFunction(IFoo foo) {...}

Pregúntate esto: "¿Por qué quiero saber que el autor de IFoo usó la palabra 'interfaz'? Qué diferencia ¿me hace saber si usó 'interfaz' o ' clase 'o incluso'estructura'? ¡Eso es asunto suyo, no mío! Entonces, ¿por qué me está forzando a conocer su negocio al poner este gran yo delante de su nombre tipo? ¿Por qué no cierra sus declaraciones y mantiene sus partes privadas fuera de mi vista?"