/ / Devo mantenere le terminologie dei modelli di progettazione? [chiuso] - oop, design-patterns

Devo mantenere le terminologie dei modelli di progettazione? [chiuso] - oop, design-patterns

Quando "sto implementando modelli di progettazione, devo mantenere termini come" strategia "," visitatore "," facciata "o posso adattare questi nomi al contesto della mia applicazione? Qual è la migliore pratica?

risposte:

3 per risposta № 1

Penso che dovresti sempre tenere un riferimento al modello nella tua denominazione dove lo rende significativo e descrittivo.

I modelli sono un mezzo di comunicazione. Se trovo un codice che è un XyzVisitor, so che è stato utilizzato il modello visitatore. Con nient'altro, il nome ha trasmesso un'intera pila di informazioni su come funziona (o dovrebbe funzionare) il codice.

Detto questo, a volte sarebbe solo un po 'strano. Per esempio. DatabaseSingleton. Considerando AccountRefreshCommand si adatta abbastanza bene.


5 per risposta № 2

È necessario adattare questi nomi al contesto dell'applicazione. Faciliterà le persone che leggono il tuo codice. È possibile aggiungere i motivi nella documentazione.


1 per risposta № 3

Dipende dal modello che stai utilizzando, alcuni nomi di modelli possono essere mescolati con nomi di classe, ad esempio io uso

class LogFactory
class StudentsAdapter

per modelli di fabbrica e adattatori, ma

Engine.Instance

per singleton.


1 per risposta № 4

Dipende dal fatto che tu sia felice di rinominare la classe in caso di utilizzo di un modello diverso, per me avrebbe un impatto eccessivo sulle difficoltà della notazione ungherese.