Separation of concerns - DAO, DTO, und BO

Also ich habe ein DAO, DTO, und BO. Der folgende code ist das Ergebnis:

//Instantiate a new user repository.
UserRepository rep = new UserRepository();

//Retrieve user by ID (returns DTO) and convert to business object.
User user = rep.GetById(32).ToBusiness<User>();

//Perform business logic.
user.ResetPassword();
user.OtherBusinessLogic("test");
user.FirstName = "Bob";

//Convert business object back to a DTO to save to the database.
rep.Save(user.ToDataTransfer<Data.DTO.User>());

So, ich bin versucht, voneinander zu trennen, aber ich möchte, um loszuwerden, der "wandelt" in diesem code. Die "konvertiert" sind tatsächlich in der business-Logik-Schicht (DTO-Schicht weiß nichts von der business-Logik-Schicht) als eine Erweiterung von object. Die DTO sich offensichtlich speichert nur Daten-und keine business-Logik, was-so-ever. Das UserRepository fordert, das DAO und am Ende GetById verwendet AutoMapper, aus der die Zuordnung der DAO-DTO. Die "konvertiert" (Geschäft und ToDataTransfer) genau das tun, was Sie sagen.

Ein Kollege von mir dachte, ich kann eine Business-Repository, aber dachte, es wäre ein bisschen umständlich. Irgendwelche Gedanken?

InformationsquelleAutor Josh Barker | 2010-01-19
  1. 8

    Meine einzige Quelle der Verwirrung hier ist der Grund, warum die Aufrufe ToBusiness<User>() und ToDataTransfer<Data.DTO.User>() notwendig sind.

    In der Verantwortung des Repository ist, Daten zu handhaben management. Es sollte verstecken die details der Implementierung (sowie die Konvertierungen zwischen Business-Objekten und-Daten-Objekte).

    Einen UserRepository zurückgeben sollte eine User ohne casting benötigt.

    Den UserRepository sollte auch in der Lage sein zu bestehen User ohne casting.

    Würde der code viel übersichtlicher, wenn alle casting gehandhabt wurde, in das Repository und der code wird gelesen als:

    UserRepository rep = new UserRepository();

User user = rep.GetById(32);

//Do Work Here

rep.Save(user);
    • Man schlägt nicht mit einem DTO-Objekt und das überspringen Recht auf ein Business-Objekt? re: Sauberer code - ich völlig Zustimmen-das ist, was ich versuche zu erreichen, um über diese Trennung von Bedenken.
    • Korrigieren Sie mich, wenn ich falsch bin hier Justin, aber ich glaube nicht, dass Justin schlägt vor, die nicht mit einem DTO, aber eher vorgeschlagen wird, um es zu verstecken. Das repository würde rufen Sie die umrechnungsmethoden zwischen DTO und BO so, dass Sie während der Programmierung normalen business-Funktionen, die Sie nie wieder zu sehen oder kennen die DTO.
    InformationsquelleAutor Justin Niessner
  2. 4

    Ich dieses Problem gelöst durch die Schaffung einer Business-Service-Schicht. Auf diese Weise kann ich auf alle Funktionen zugreifen, die durch die Business Service-Schicht, die wiederum nutzt die Repositories, die Abfrage der DAL und zurück DTOs. Die DTOs dienen Ihren Zweck, indem Sie bevölkert von DAL und transfer der Daten in den business layer (Umgerechnet auf business-Objekte).

    Also das Diagramm ist wie folgt:

    DAL -> Repository (gibt DTO) -> Service (Retouren BO)

    Funktioniert es sehr gut und ich bin in der Lage, um business-Logik in die Service-Ebene abstrahiert es aus der Repository selbst. Beispiel-code:

    //UserService uses UserRepository internally + any additional business logic.
var service = new UserService();
var user = service.GetById(32);

user.ResetPassword();
user.OtherBusinessLogic("test");
user.FirstName = "Bob";

service.Save(user);
    InformationsquelleAutor Josh Barker
  3. 1

    Dies ist das erste mal, dass ich ein DTO, wandelt sich in eine BO, die ich normalerweise senden ein DTO zu werden verbraucht durch eine BO-Klasse oder Methode. Wenn die BO ist fertig und will speichern änderungen an der DTO schickt er es an die DAL und haben es beibehalten.

    • Vielen Dank für Ihre Antwort. Jede sample-code, den Sie zur Verfügung stellen könnte wäre hilfreich.
    • Ich Stimme mit diesem. Sie sollte wieder Ihre Business-Objekt, und, wenn Sie brauchen, um zu konvertieren, um ein DTO dann, dass die Umstellung könnte mit einem tool wie AutoMapper.
    InformationsquelleAutor Otávio Décio
Schreibe einen Kommentar