prefisso DTO / POCOS - le convenzioni di denominazione?

Question

semplice domanda in realtà, Mi mancava di sapere che cosa le convenzioni di denominazione nessuno mette in là DTO / POCOS ....

Non ho voglia di prefisso come notazione ungherese .. ho ottenuto lontano da questo!.

Ma le mie DTOs denominazione si scontrano con i miei veri nomi degli oggetti restituiti e anche se sono in un namespace diverso il suo ancora un po 'di confusione ..

Mi chiedevo che cosa denominazione convenzioni chiunque si applica ad esso

Per esempio il mio oggetto cliente si chiama Clienti

E faccio una mappatura a dto ... che è cliente .. iwas pensare DtoCustomer ..

Non è sicuro

Chiunque?

Answer 1

Io preferisco utilizzare gli spazi dei nomi per questo. Uso di alias dello spazio dei nomi per questo lo rende ancora più chiaro.

Questo renderebbe il codice che appare come:

Customer myCustomer = new Customer();
Dto.Customer dtoCustomer = ....;

Se sto lavorando totalmente nello strato DTO, riesco ancora a lavorare con "clienti" a questo punto.

Answer 2

Nella mia esperienza, DTO sono spesso sottoinsiemi o aggregazioni di dati che i tuoi entità del dominio rappresentano. Questo di solito è perché le entità di dominio sono ricchi, complessi, oggetti altamente interconnessi che hanno sia il comportamento e dati. Come tale, cerco di nome di mio DTO per riflettere il più possibile il sottoinsieme di informazioni che rappresentano. Nel caso di clienti, spesso devo DTO che sono messo a punto per le informazioni che vengono richieste:

• CustomerHeader
• CustomerDetail
• CustomerWithRecentOrders
• CustomerAndBill

Negli esempi sopra riportati, CustomerHeader probabilmente contenere solo l'ID cliente e nome, spesso utilizzato per visualizzare i clienti negli elenchi semplici. CustomerDetail conterrebbe più informazioni sui clienti, ma non conterrebbe nessuna delle proprietà relazionali che un'entità Customer soffiato completa è probabile che contengono. Gli altri dovrebbero essere auto esplicativo, che è l'obiettivo finale.

Answer 3

Mi piace CustomerDto più di DtoCustomer. Come per averli ordinati l'uno accanto all'altro.

Ma la denominazione può anche dipendere l'utilizzo del DTO. Per esempio in un ASP.NET MVC spesso mi chiamo un DTO che viene inviato a una vista per CustomerViewModel.

Answer 4

Io di solito aggiungo DTO in situazioni come questa.