Affari classi Logic Naming

Question

Ho un livello di business che ha alcuni oggetti di business / pocos / enti / qualunque cosa. Ho anche alcuni repository per l'accesso ai dati. Fino a questo punto, ho accesso a repository direttamente dal mio livello di interfaccia utente. Sono ad un punto in cui ho effettivamente bisogno di alcuni più classi che non sono CRUD dritto, così ho intenzione di creare alcune classi logica di business che farà la logica, e CRUD, e gli archivi non saranno accessibili dal UI più (che dovrebbe probabilmente essere stato fatto fin dall'inizio).

Che cosa devo chiamare queste classi? L'unica cosa che mi viene in mente sono classi di servizio, ma non ho i servizi attuali WCF in questa applicazione, in modo che sarà più confusione. I servizi WCF saranno anche utilizzando queste classi, in modo da avere un servizio di utilizzare una classe di servizio sembra strano e confuso.

Answer 1

Io uso il "Servizio" convenzione di denominazione pure. E 'vero il "servizio" è diventato un termine molto sovraccaricato nel settore, ma rende più senso. Gli sviluppatori rivedere il codice dovrebbe essere in grado di determinare la differenza tra un'applicazione / servizio Domain vs un servizio WCF, e pur avendo una chiamata di servizio WCF altre classi di servizio possono sembrare confuso, penso che troverete che non lo è. L'idea di un servizio è che è il codice che esegue una funzione, ed è disponibile per l'uso da altro codice. Potrebbe essere un servizio interno, o potrebbe essere un servizio esposto esternamente tramite http o qualsiasi altra cosa. Ma l'idea di ciò che fa il codice è lo stesso.

Answer 2

Se i 'servizi' stanno orchestrando la logica di business utilizzando una serie di oggetti di dominio, è probabile che l'attuazione della pattern Facciata - in modo forse si possa chiamare con questo suffisso, ad esempio OrderManagementFacade

Answer 3

Dalla tua descrizione, sembra che le classi WCF sono in realtà attuano un servizio host . Io di solito nomino tali classi con un suffisso "ServiceHost". E li separa piacevolmente dalle classi di servizio effettivo.

Quindi, per esempio, si avrebbe la logica di business in una classe denominata "CustomerService" e la corrispondente classe di WCF sarebbe chiamato "CustomerServiceHost".