asp.net MVC sollte ein View-Model Encapsulate Domain-Model?

Question

Ich habe viele MVC-Beispiele gesehen, in denen Domain-Objekte direkt an Ansichten übergeben werden, dies funktioniert gut, wenn Ihre Ansicht einfach ist.

Die gängige Alternative ist ein View-Modell, das dieselben Eigenschaften hat wie Ihr Domain-Modell und alle zusätzlichen Eigenschaften, die Ihre Ansicht benötigt (zB 'confirmPassword').

Bevor ich zu viel gelesen habe und bevor ich AutoMapper entdeckt habe, habe ich angefangen, meine eigene Variante des View-Modells zu erstellen, wobei das Domain-Objekt (oder mehrere Domain-Objekte) einfach Eigenschaften des View-Modells sind.

Habe ich eine schlechte Sache gemacht? Welche Probleme oder Vorteile könnten aus diesem Ansatz abgeleitet werden? Unter welchen Umständen könnte diese Art, Dinge zu tun, gut funktionieren?

Answer 1

Es ist nichts schlechtes daran, Ihr Domänenmodell direkt der Ansicht auszusetzen. Das primäre Risiko besteht darin, dass Sie eine Eigenschaft offen legen, die Sie nicht haben wollten, wie beispielsweise ein Gehaltsfeld auf einem Employee-Objekt. Achten Sie darauf, wenn Sie JSON zurückgeben.

Eine andere Sache, auf die Sie achten sollten, ist, wenn Sie aus einem Bearbeitungsformular binden. Sie sollten sich über die spezifischen risks, die beteiligt sind bewusst sein. Grundsätzlich könnte ein böswilliger Benutzer dem POST Felder hinzufügen, die zufällig mit Feldern übereinstimmen, die Sie nicht bearbeiten möchten. Ich binde immer an ein intermediäres Objekt, das an einen Dienst übergeben wird, bevor es wieder auf die Domäne abgebildet wird.

Answer 2

Schlecht? Kann den Automapper nicht verwenden. ;)

Gut? Nichts kommt in den Sinn.

Ich glaube nicht, dass Sie etwas Schreckliches getan haben. Funktioniert es für Sie? Wenn ja, warum nicht?