Inhaltsverzeichnis
Der Fokus von Konfigurationskonvention taucht in der neuen Charge von . auf Rahmen Um zu vermeiden, dass viele Dateien geändert werden müssen, um ein möglicherweise standardmäßiges Verhalten zu erzielen, verwenden wir daher auf eine bestimmte Weise geschriebene Namen, verwenden vordefinierte Ordner usw.ASP.NET MVC entgeht diesem Trend nicht und bietet auch seine Konventionsansatz zur Konfiguration, was die Arbeit für den Entwickler viel schneller und einfacher macht.
ASP.NET MVC-Ordnerstruktur
weil ASP.NET MVC basiert auf Model View Controller, wir werden in unserer Framework-Struktur die Ordner haben, die zum Platzieren dieser Elemente reserviert sind, deren Namen den Akronymen im Englischen entsprechen, also in Modelle wir werden die Anwendungsmodelle haben, in Controller die Controller werden untergebracht und endlich in Ansichten da sind die aussichten.
Sehen wir uns das folgende Bild an, um einen Panoramablick auf die Struktur von zu erhalten ASP.NET MVC:
Wenn wir genau hinsehen, sehen wir das im Ordner Ansichten wir haben andere Ordner, jeder Ordner entspricht einem Controller und Modell, außer dem Ordner Geteilt, letzteres ist ein freigegebener Ordner, in dem wir Ansichten platzieren können, auf die jede Ansicht oder jeder Controller unserer Anwendung zugreifen kann.
MerkenWenn Sie die Anwendung anheben und wir eine Ansicht aufrufen, durchsucht sie die einzelnen Ordner, wenn sie sie nicht findet, wird der Ordner durchsucht Geteilt, das heißt, wenn wir eine Ansicht aufrufen müssen, können wir dies beispielsweise direkt über ihren Namen tun Kontakt und auf diese Weise die Routing-System der Anwendung in der Lage sein, die erforderlichen Recherchen durchzuführen.
Namenskonvention
Wenn wir mit dem Bild fortfahren, können wir die Namenskonventionen sehen. Beginnen wir mit den Controllern, wenn wir sehen, dass wir zwei Controller im Bild haben, AccountController.cs Ja HomeController.cs, In ASP.NET MVC Wir müssen die Namen der Controller-Dateien mit dem Controller-Suffix beenden, das bedeutet, dass die Framework-Engine beim Starten unserer Anwendung jeden Controller laden kann und wir daher in unserem Code keine zusätzlichen Einschlüsse vornehmen müssen.
WichtigDas gleiche passiert mit dem Ordner Modelle, wenn wir das verfügbare Modell sehen, ist es AccountModel.cs und was hier passiert ist, dass wir bereits einen Vorteil der Konvention haben, das AccountModel.cs-Modell entspricht dem Controller AccountController.csDa sie denselben Namen haben und sich nur in Suffixen unterscheiden, kann das Framework sie für die Verwendung in unserer Anwendung zuordnen.
Wir haben andere Ordner innerhalb der Struktur, jeder hat seinen Zweck, indem wir die Konventionen befolgen, 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 dem Konventionsansatz gefolgt sind, Wir werden uns einfacher und mit möglichst wenigen Rückschlägen integrieren können.
Damit beenden wir dieses Tutorial, wissen 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 langwierigen Konfigurationsprozesse für Standardfälle vermeiden.Hat dir dieses Tutorial gefallen und geholfen?Sie können den Autor belohnen, indem Sie diesen Knopf drücken, um ihm einen positiven Punkt zu geben