DTO / POCOS prefixing - Namenskonventionen?

Question

einfache Frage wirklich, ich wollte wissen, welche Namenskonventionen jemand zieht es DTO / POCOS ....

Ich wollte nicht wirklich, wie ungarische Notation voran .. Ich habe davon entfernt!.

Aber meine dtos Namensgebung sind kollidierende mit meinem eigentlichen zurückObjektNamen und obwohl sie in einem anderen Namespace sind seine immer noch ein wenig verwirrend ..

Ich habe mich gefragt, was Namenskonventionen jemand es gilt

zum Beispiel meines Kundenobjekt wird als Kunde

und ich tun, um eine Zuordnung zu dto ... die Kunden ist .. iwas denken DtoCustomer ..

Nicht sicher

Wer?

Answer 1

Ich ziehe Namespaces für diesen Einsatz. Mit Namespace-Aliase für das macht es noch deutlicher.

Dies würde Code machen, die wie folgt aussieht:

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

Wenn ich ganz in der DTO Schicht arbeite, kann ich immer noch an dieser Stelle mit „Kunden“ arbeiten.

Answer 2

Nach meiner Erfahrung DTO sind oft Teilmengen oder Aggregationen von Daten, die Ihre Domain-Entitäten darstellen. Dies ist in der Regel, weil Bereichseinheiten sind reich, stark miteinander verknüpft, komplexe Objekte, die sowohl das Verhalten und Daten haben. Als solche versuche ich meine DTO zu nennen, so viel wie möglich zu reflektieren, die Teilmenge der Informationen, die sie repräsentieren. Im Fall von Kunden habe ich oft DTO, die fein abgestimmt auf die Informationen angefordert werden:

• CustomerHeader
• CustomerDetail
• CustomerWithRecentOrders
• CustomerAndBill

In den oben genannten Beispielen CustomerHeader enthalten würde wahrscheinlich nur die Kundennummer und Namen, die oft verwendet, um Kunden in einfachen Listen angezeigt werden soll. CustomerDetail würden die meisten Kundeninformationen enthalten, würde aber keine der relationalen Eigenschaften enthalten, die eine vollständige geblasen Customer-Entität enthalten dürfte. Die anderen sollten selbsterklärend sein, das ist das ultimative Ziel.

Answer 3

Ich mag CustomerDto mehr als DtoCustomer. Mag sie nebeneinander geordnet haben.

Aber die Namensgebung kann auch auf der Verwendung des DTO abhängen. Zum Beispiel in einer ASP.NET MVC nenne ich oft ein DTO, die zu einer Ansicht für CustomerViewModel gesendet wird.

Answer 4

ich anhängen typischerweise DTO in Situationen wie dieser.