ViewModels mit asp.net mvc 4 und EntityFramework, worauf es ankommt

Ich diskutiere mit mir selbst, worum es bei der Erstellung von ViewModel-Klassen in einem Projekt geht, das Entity Framework verwendet.

Ich habe derzeit ein Projekt, das EntityFramework verwendet. Meine Lösung ist grundsätzlich so aufgebaut:

UI-Projekt (enthält Controller und Views)Modellprojekt (enthält das EntityFramework-Modell)Services-Projekt (enthält Serviceklassen, die mit Model Project kommunizieren, um die Entitäten aus dem Model-Projekt für das UI-Projekt bereitzustellen.)

Meine Controller übergeben die von Entity Framework erstellten Entitäten direkt an die Ansicht.

Es ist schön und einfach.

In der Vergangenheit habe ich separate Ansichtsmodellklassen erstellt und aus den Entitäten, die EntityFramework erstellt, diesen Ansichtsmodellen zugeordnet. Aber jetzt bemühe ich mich, den Punkt zu verstehen.

Momentan arbeite ich an einem Projekt mit, bei dem Entitäten, die vom Entitäts-Framework erstellt wurden, zugeordnet werden, um Modelle anzuzeigen. Es nutzt tatsächlichAutoMapper um dies zu tun.

Nun scheint dies alles eine Menge Aufwand und Code für sehr wenig Gewinn zu sein.

Vermisse ich hier etwas?

Antworten auf die Frage(3)

Ihre Antwort auf die Frage