Was ist die Aufschlüsselung aller Schichten, die für eine Asp.Net-Mvc-Anwendung nach den besten Programmierpraktiken benötigt / empfohlen werden?

Erstens denke ich, dass Software und Muster dazu neigen, Dinge zu komplizieren. Wie der ASP-Name impliziert, ist die Grundidee des Frameworks Model-View-Controller (MVC). Sie könnten eine Menge Dinge zwischen diesen Komponenten einfügen, einschließlich DBs, Services, APIs usw. Das Hauptkonzept des Model-View-Controller-Musters ist jedoch ziemlich einfach: Trennen Sie diese Funktionalitäten in Module, so dass das Projekt sein könnte leichter zu halten.

MVC könnte auf JEDE Programmierung oder Skripting angewendet werden. Sogar für ein Shell-Skript könnte MVC hilfreich sein. Hier sind einige Beispiele für jedes:

• Ansicht - So interagiert der Benutzer. Es könnte eine Webseite und Windows Form oder eine Befehlszeilenschnittstelle sein.
• Controller - Die Gehirne des Programms, es sollte sich alles bewusst sein, sollte aber ziemlich einfach sein. Es erhält grundsätzlich Nachrichten oder Ereignisse aus der Ansicht und / oder dem Modell und entscheidet, was zu tun ist. Gute Controller sind im Grunde ein Dispatcher von Ereignissen. Abhängig von Ereignissen ruft er Ansichts- oder Modellmethoden auf. In ASP MVC stellt der Controller die ActionResults für die View bereit und interagiert mit dem Model.
• Modell - Dies ist im Grunde, wo die Daten sind. Dies könnte eine Datenbank, ein Dateisystem, eine Web-Sitzung oder ein Speicher sein.

Jetzt der gute Teil. Dem Controller ist es egal, wie die View die Interaktion mit dem Benutzer verwaltet. Es könnte eine Befehlszeilenschnittstelle oder ein Webformular sein. Der Controller weiß nicht, wie die Daten gespeichert werden. Es spielt keine Rolle, ob es sich um eine Datenbank oder eine Datei handelt. Es fordert nur Daten an und reicht sie an die Ansicht weiter. Es ist nicht seine Aufgabe zu wissen, wie die Ansicht die Eingaben erhält, oder das Modell die Daten.

Dann die Frage: Warum zur Hölle wollen wir die Dinge mit diesem Muster übermäßig komplizieren? Stellen Sie sich vor, Sie haben eine MVC-Anwendung mit einer MySQL-Datenbank und wissen, dass Sie SQL Server verwenden möchten. Welches Modul sollten Sie ändern? Offensichtlich ist das Modell betroffen. Der Controller und die Ansicht sollten keine größeren Auswirkungen haben. Stellen Sie sich nun vor, dass Sie eine andere MVC-Anwendung mit Windows Forms verwenden und diese nun in Web Forms ändern möchten. Nun, im Grunde ist die Ansicht diejenige, die betroffen sein wird (und einige Teile des Controllers), aber Ihr Modell sollte dasselbe sein.

Zusammenfassend ist MVC ein großartiges Muster, und es sollte mehr verwendet werden. Ich denke jedoch, dass es einige Projekte gibt, die wegen ihrer Einfachheit nicht für MVC geeignet sind. Es wird sein, als würde man einen Laser bauen, um Fliegen zu töten. Natürlich werden Sie sie töten, aber die Anstrengung ist nicht in allen Fällen würdig.