ASP.NET MVC kann sich diesem Trend nicht entziehen und bietet auch einen konventionellen Konfigurationsansatz , der dem Entwickler die Arbeitsweise erheblich erleichtert und beschleunigt.
Struktur von ASP.NET MVC-Ordnern
Da ASP.NET MVC auf Model – View – Controller basiert, haben wir in unserer Struktur des Frameworks die reservierten Ordner, um diese Elemente zu platzieren, deren Namen den Initialen in Englisch entsprechen, also haben wir in Models die Modelle der Anwendung werden in Controllern die Controller untergebracht und schließlich in Ansichten die Ansichten.
In der folgenden Abbildung erhalten Sie einen Überblick über die Struktur von ASP.NET MVC :
Wenn wir genau hinschauen, sehen wir, dass wir im Ordner Ansichten andere Ordner haben, jeder Ordner einem Controller und einem Modell entspricht, mit Ausnahme des freigegebenen Ordners, wobei letzterer ein freigegebener Ordner ist, in dem wir Ansichten platzieren können, auf die jede Ansicht oder jeder Controller von uns zugreifen kann anwendung
Namenskonvention
Wenn Sie mit dem Image fortfahren , sehen Sie die Namenskonventionen. Beginnen Sie mit den Controllern. Wenn das Image zwei Controller enthält, AccountController.cs und HomeController.cs , müssen Sie in ASP.NET MVC die Namen der Dateien der Controller mit dem finalisieren Suffix Controller, das heißt, wenn unsere Anwendung gestartet wird, kann die Framework-Engine jeden Controller laden. Daher müssen wir in unserem Code keine zusätzlichen Einschlüsse vornehmen.
Wir haben andere Ordner in der Struktur, jeder hat seinen Zweck, indem wir den Konventionen folgen, können wir eine sehr hohe Lesbarkeit unseres Projekts erreichen, an dem Tag, an dem wir die Arbeit mit einem anderen Entwicklungsteam teilen müssen, wenn wir den Konventionsansatz befolgt haben. Wir können auf einfachere Weise und mit möglichst wenigen Rückschlägen integrieren.
Nachdem wir dieses Tutorial abgeschlossen haben, wissen wir bereits, was die Konfigurationskonvention bedeutet, und können unsere Produktivität steigern, indem wir uns auf die Logik und Entwicklung unserer Anwendung konzentrieren und die mühsamen Konfigurationsprozesse für Standardfälle vermeiden.
