Ich habe Api-Projekt, Business-Projekt und Datenbank-Kontext.ViewModels oder RequestModels im WebApi-Projekt und zusätzliche Ebene der Zuordnung mit AutoMapper
Ich denke an Design wie folgt aus:
- Viewmodels in api Projekt und Zuordnungen mit AutoMapper. Automapper wird hier Viewmodel zu Business dto Modell
- dto Modelle in Business-Projekt und Zuordnungen mit AutoMapper. Automapper wird hier dto-Modell zu Entitätsmodell (Datenbank) zuordnen.
Frage 1: Sollte ich OperationViewModel oder OperationRequestModel (ResponseModel) in einem API-Projekt verwenden?
Frage 2: Ist eine zusätzliche Zuordnung zwischen Viewmodel und dto-Modell-Overkill, oder ist es eine gute Praxis, diese Bedenken zu trennen und noch mehr zu entkoppeln, oder sollte ich DTO-Modelle mit Entity-Modellen abbilden und diese DTO-Modelle in einem API-Projekt verwenden?
großer Dank, neu zu erstellen, wenn Ansichtsmodell ähnliche Felder (für Beispiel für das Hinzufügen und Aktualisieren in crud) ist gut oder schlecht ist auch Dilemma. zum Beispiel, wenn wir einige Felder bei der Erstellung automatisch speichern (nicht über den Client), und dann beim Aktualisieren müssen wir sie über den Client aktualisieren. Daher denke ich, dass ich die Duplizierung (Trennung der Viewmodles) von der Vererbung bevorzuge, aber ich denke, es ist eine persönliche Meinung - schaut euch dieses https://stackoverflow.com/questions/6954102/asp-net-mvc-architecture-viewmodel-by an -composition-Vererbung-oder-duplizierung –