convención de nomenclatura para patrones comunes?

Question

Así como existe una convención de nombres para el patrón Observer (o una convención de nombres para eventos en idiomas como C#) usando Event/Handler pasando EventArgs y demás, ¿hay convenciones de nombres que use para resaltar fácilmente otros patrones en ¿tu codigo?

editar: Originalmente quería preguntar sobre el patrón de Estrategia, pero pensé que sería útil saber sobre cualquier otra convención que pueda existir para patrones comunes también.

Answer 1

Normalmente dejo que el postfijo de la clase lo designe si utiliza algunas de las ideas de un patrón, es decir. todos mis modelos de vista terminan en ViewModel ... Mis vistas terminan en la vista y así sucesivamente. Es realmente agradable para los patrones que usa todo el tiempo (Factory, ViewModel, Strategy vienen a la mente). Algunos son más intrínsecos (todavía tengo que nombrar una clase MonoState) - Supongo que tiene que ver con la capacidad de respuesta principal de la clase - o que no lo nombro después de un detalle de implementación (Monostate es un detalle de implementación en mi libro). Si lo que encaja con el patrón que emula/abarca, obtiene un postfijo con el nombre del patrón.

Si nada más, ayuda a los lectores de mis clases a descubrir algunos de los razonamientos en la implementación conmigo sin escribir ningún comentario. Intento usar el nombre general (sin nombres específicos de C#) si puedo, aunque ViewModels está algo especializado en el mundo de WPF.

Tengo un montón de IPricingStrategy, ICustomerViewModel y más en toda mi base de códigos.

Espero que tenga tanto sentido como lo hizo para mí al escribirlo :-).