Convenzione di denominazione per modelli comuni?

Question

Così come esiste una convenzione di denominazione per il pattern Observer (o meglio, una convenzione di denominazione per eventi in lingue come C#) utilizzando Event/Handler che passa ad EventArgs e simili, ci sono convenzioni di denominazione che si usano per evidenziare facilmente altri pattern in il tuo codice?

modifica: originariamente volevo chiedere del modello di strategia, ma ho pensato che sarebbe stato utile conoscere altre convenzioni che potrebbero esistere anche per modelli comuni.

Answer 1

Io di solito lascio il suffisso della classe designato se utilizza alcune delle idee di un modello - es. tutti i miei ViewModels terminano in ViewModel ... Le mie viste terminano in Visualizza e così via. È davvero bello per i pattern che usi sempre (Factory, ViewModel, Strategy to spring). Alcuni sono più intrinseci (devo ancora nominare una classe MonoState) - Immagino che abbia a che fare con la principale risposta della classe - o che non lo nomino dopo un dettaglio di implementazione (Monostate è un dettaglio di implementazione nel mio libro). Se ciò che fa si adatta al modello che emula/comprende - ottiene un suffisso con il nome del modello.

Se non altro, aiuta i lettori delle mie classi a capire alcuni dei ragionamenti nell'implementazione, scrivendo senza commenti. Cerco di usare il nome generale (senza nomi specifici di C#) se posso, sebbene ViewModels sia in qualche modo specializzato nel mondo WPF.

Ho un sacco di IPricingStrategy, ICustomerViewModel e così via attraverso il mio code-base.

Spero che abbia tutto il senso che ha avuto durante la scrittura :-).