Durante mi último proyecto noté, que es muy conveniente, incluir nombres de patrones de diseño en nombres de clase. Por ejemplo:Cuándo incluir un nombre de patrón de diseño en el nombre de clase?
- ContextLazyFactory
- RunOnceMediator
- ThirdPartyMediator
- MyProjectCliFacade
- BinaryGate
Esto hace que el proyecto fácil de leer. El beneficio adicional es que no usará sus propios nombres como "RunOnceManager", "ContextDelayedConstruction", "ThirdPartyInterface", etc. que pueden tener un significado nítido solo para el autor. Por otro lado, no me gustaría ver clases como vector_container en el STL. ¿Cómo crees que?
Mi visión actual sobre este tema es: las clases que son nodos importantes en la jerarquía de clases deben tener su patrón de diseño en su nombre, para enfatizar la estructura jerárquica y facilitar la lectura del proyecto.
Downvoters: proporcione un comentario para explicar por qué no está de acuerdo con una respuesta cuando rechaza. –
+1 completamente de acuerdo. – eglasius
@Jon en este caso, creo que es justo asumir que los detractores se sienten fuertes al ponerlo en el nombre o al no ponerlo en absoluto, en cualquier caso, no creo que se pueda hacer mucho con esa información (aparte de entrar) una larga discusión al respecto). – eglasius