Come organizzare le fabbriche in un progetto .Net?

2

Sto appena iniziando a cogliere il concetto di fabbrica, e voglio usarli nel mio prossimo progetto (sto usando l'iniezione di dipendenza, quindi usare le fabbriche renderà più semplice l'istanziazione degli oggetti). Alcune domande di base che ho:

  1. Ha senso avere una classe factory per layer applicativo (GUI, BLL, DAL), per classe o solo una classe factory per tutto?
  2. Che cos'è una tipica convenzione di denominazione per le classi di fabbrica?

Addendum:

  1. Se creo una factory per classe, in un progetto .Net, dovrei semplicemente creare un file di classe chiamato Factories.cs per ospitare tutte le mie classi factory? In caso contrario, quale sarebbe un approccio migliore?
posta sooprise 13.06.2011 - 15:48
fonte

2 risposte

0

Seguendo il principio separazione di preoccupazioni , ogni classe dovrebbe essere "interessata" solo per una piccola parte dell'applicazione. Applicando questo alle classi di fabbrica, una classe factory dovrebbe preoccuparsi solo della creazione di oggetti di un particolare tipo.

In pratica significa:

  • Una classe factory per ogni tipo di interfaccia / classe astratta / base che vengono creati.
  • Un file sorgente per classe, quindi un file sorgente per fabbrica.

Normalmente le convenzioni vengono decise in base al progetto o al team, ma uso la seguente convenzione:

  • Suffix factory con "Factory".
  • Prefixli con il tipo che creano. (ad esempio SomeTypeFactory )
risposta data 13.06.2011 - 16:11
fonte
0
  • Di solito le fabbriche sono fatte per classe, o meglio per interfaccia

  • Solitamente li chiamo [ClassName] Factory

risposta data 13.06.2011 - 15:52
fonte

Leggi altre domande sui tag