In MVC, 1 Modell 1 Tabellen oder 1 Modell mehrere Tabellen?

Question

In MVC, 1 Modell 1 Tabellen oder 1 Modell mehrere Tabellen?

Ich baue eine Anwendung, die 3 Tabellen enthalten. Ich weiß nicht, ob ich ein Modell für alle 3 Tabellen erstellen oder 3 Modelle für 3 Tabellen erstellen soll.

In dem Fall, dass ich 3 Modelle für 3 Tabellen verwende, wo sollte ich den Code setzen, wenn ich diese 3 Tabellen beitreten möchte? Den Code in eines von 3 Modellen einfügen?

Irgendwelche Vorschläge?

Answer 1

Normalerweise erstellen Sie ein Modell pro Tabelle. In Ihrem Fall bedeutet das, dass Sie 3 Modelle benötigen. Wenn ich "Modell" sage, meine ich eine Klasse, die eine einzelne Zeile (normalerweise) in einer einzigen Tabelle darstellt.

zum Beispiel: Tabellen:

1. Produkte
2. Bestellungen
3. Kunden

in einem solchen Fall die leicht und einfach 3 verschiedene Klassen erstellen (die die Daten repräsentieren Modell der Anwendung), wobei die erste Klasse für ein einzelnes Produkt steht, die nächste für eine Bestellung steht und die letzte Klasse für einen einzelnen Kunden steht.

Answer 2

Im Allgemeinen sollte der "Modell" -Teil von MVC als "Darstellungsmodell" oder "Darstellungsmodell" interpretiert werden, dh als eine Klasse, die alle von der Ansicht benötigten Daten und Verhaltensweisen kapselt. Dies kann dem Domänenmodell entsprechen oder nicht.

Domänenmodelle sollten so konzipiert sein, dass sie unabhängig von der Benutzeroberfläche sind. Dies bedeutet, dass solche Modelle nicht mit UI-spezifischen Daten und Verhaltensweisen belastet werden sollten, z. B. wenn festgestellt wird, ob eine bestimmte Schaltfläche aktiviert ist oder nicht.

Sie können auch dieselben Domänenobjekte in verschiedenen Ansichten anzeigen (z. B. Master/Detail oder Anzeige/Bearbeiten). Wenn sich diese Ansichten ausreichend unterscheiden, ist ein View Model für jede View von Vorteil.

Also, im Allgemeinen sollten Sie Ihre Domain-Ebene und Ihre Präsentationsebene unabhängig voneinander entwerfen.

In der Domänenebene können Sie Ihre drei Tabellen als drei Klassen modellieren. Bücher wie Fowlers Patterns of Enterprise Application Architecture und Evans Domain-Driven Design enthalten viele Anleitungen zum Modellieren relationaler Daten als Domänenmodelle.

Wenn es um das Modellieren der Ansichten in MVC geht, ist es am sinnvollsten, ein Modell pro Ansicht zu erstellen. Ein solches View-Modell kann einfach ein einzelnes Domain-Objekt einkapseln, es kann jedoch auch mehrere unterschiedliche Domain-Objekte einkapseln und aggregieren.

Auf diese Weise können Sie die Trennung von Bedenken sicherstellen, und dass Ihre Klassen dem Prinzip der einfachen Verantwortung folgen. Für sehr einfache Szenarien kann es sinnvoll sein, das Domänenmodell und das Darstellungsmodell in einer Schicht zusammenzufassen, aber Sie sollten wissen, dass dies im Wesentlichen bedeutet, dass es kein Domänenmodell in der Lösung gibt - alle Modelle wären reine Darstellungsmodelle .