Frage

Wo in der Lösung / Projekte, sollte ich die Modelle für die Datenzugriffsschicht gelegt. Zum Beispiel, wenn ich eine Login-Modul habe, die eine Tabelle Benutzer in einer Datenbank verwenden muss, und ich habe ein User.cs Modell. Wo würde diese Datei gehen. Wenn andere Module benötigen diese User.cs für Informationen zugreifen zu können, dann kann ich es nicht in dem Modul stecken. Aber dann sehe ich nicht, wie dies lose gekoppelt bleiben.

War es hilfreich?

Lösung

Für die lose Kopplung, würden Sie normalerweise Speichern eine Schnittstelle für diese Objekte in einer separaten Baugruppe für alle anderen Projekte zu verweisen. In meiner Firma nennen wir das eine „Verträge“ Montage und es in der Regel nur Schnittstellen oder einfache Typen enthält .

Wie bei mit sollte das Modell gehen, , wenn Sie Ihre Schnittstellen in einem separaten DLL halten für alle verwenden, können Sie Ihr Modell setzen, wo immer Sie . Generell halte ich entweder meine WCF Verträge oder meine ORM (wie Linq2Sql usw.) Arten mein Modell zu sein und ich speichere sie, wo immer ich in der Regel diese Art von Dingen speichern. Das „Modell“ Ich halte ein bisschen mehr Flüssigkeit sein ... wo auch immer fühlt sich gut an.

Ich bin steifer über Ansichten und Viewmodels in Namensräumen, die mit „Ansichten“ und „Viewmodels“

sein

Hope, das hilft.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top