Mi scuso se questo è un po 'vago, ma sono curioso di sapere cosa la maggior parte delle persone usa per le convenzioni di denominazione per le classi che accedono a un webservice. Tipicamente nel mio team creiamo progetti separati per BLL (regole aziendali), Model (DTO e classi di modelli ASP.NET) e Data (tipicamente Db e WS I / O).
La mia domanda riguarda ciò che i team fanno per le classi che accedono ai servizi. Tipicamente nel nostro progetto di dati, postiamo 'Dao' al nome della classe che interroga gli oggetti nel Db. Quindi, per esempio, una classe che fa operazioni CRUD in un oggetto Db su Foo viene in genere chiamata FooDao.cs e sembra esserci un consenso generale sulla squadra per quel modello. Ma cosa fanno i team per le classi che interrogano i webservices? A volte li chiamiamo FooFacade.cs, FooSvcClient o anche FooSvc.
Capisco che probabilmente non c'è una vera risposta giusta o sbagliata qui, ma voglio sapere cosa fanno gli altri, e se c'è uno slancio verso un particolare approccio.
