Vorteile von MVC Die meisten Webanwendungen, die in prozeduralen Sprachen wie ASP und PHP entwickelt wurden, verfügen über die anfängliche Entwicklungsvorlage für Datenprogrammierung in der hybriden Schicht. Zum Beispiel geht das Senden einer Anfrage direkt an die Datenbank und die Darstellung in HTML meist schnell, aber da die Trennung der Datenseiten nicht sehr direkt ist, ist es schwierig, das Erscheinungsbild des Geschäftsmodells oder die Wiederverwendbarkeit des Modells widerzuspiegeln. Die Flexibilität des Produktdesigns ist sehr gering, und es ist schwierig, den sich wandelnden Bedürfnissen der Nutzer gerecht zu werden. MVC erfordert eine Schichtung der Anwendungen, obwohl es zusätzliche Arbeit erfordert, aber die Struktur des Produkts ist klar, und die Anwendung des Produkts kann besser im Modell widergespiegelt werden. Zuallererst sollte es mehrere Ansichten geben, die der Leistungsfähigkeit eines Modells entsprechen. Angesichts der raschen Veränderungen der Nutzerbedürfnisse gibt es möglicherweise mehrere Möglichkeiten, auf Ihre Anwendung zuzugreifen. Zum Beispiel kann das Bestellmodell Bestellungen von diesem System, Online-Bestellungen oder Bestellungen von anderen Systemen enthalten, aber die Auftragsbearbeitung ist gleich, was bedeutet, dass die Auftragsbearbeitung gleich ist. Nach dem MVC-Designmuster können ein Einordnungsmodell und mehrere Ansichten das Problem lösen. Dies reduziert das Kopieren von Code, d. h. verringert die Wartungsmenge und ist leicht zu warten, sobald sich das Modell ändert. Zweitens, da die von den Modellen zurückgegebenen Daten kein Anzeigeformat haben, können diese Modelle auch direkt auf die Nutzung von Schnittstellen angewendet werden. Drittens, da eine Anwendung in drei Schichten unterteilt ist, erfüllt manchmal die Änderung einer der Schichten die Änderung der Anwendung. Eine Änderung im Geschäftsprozess oder den Geschäftsregeln einer Anwendung erfordert lediglich eine Änderung der MVC-Modellschicht. Das Konzept der Kontrollschicht ist ebenfalls gültig, da sie verschiedene Modelle und verschiedene Ansichten kombiniert, um unterschiedliche Anfragen zu erfüllen, sodass man sagen kann, dass die Kontrollschicht das Konzept der Benutzeranforderungsberechtigungen enthält. Schließlich erleichtert es auch das Management der Softwareentwicklung. Da verschiedene Schichten ihre eigenen Aufgaben erfüllen, besitzt jede Schicht unterschiedlicher Anwendungen einige der gleichen Eigenschaften, was die Erstellung von Hypervisor-Code durch Ingenieurwesen und Werkzeuge fördert. Die Schwächen von MVC Die Schwächen des MVC spiegeln sich in folgenden Aspekten wider: (1) erhöht die Komplexität der Systemstruktur und -implementierung. Bei einfachen Schnittstellen erhöht das strikte Befolgen von MVC zur separaten Modellierung, Ansichten und Controller die Komplexität der Struktur und kann zu zu vielen Aktualisierungsoperationen führen, was die operative Effizienz verringert. (2) Ansicht und Controller zu eng verbunden. Ansichten und Controller sind getrennte, aber eng verbundene Teile, und die Nutzung von Ansichten ohne Controller ist begrenzt und umgekehrt, was deren eigenständige Wiederverwendung verhindert. (3) Ineffizienten Zugriff auf Modelldaten anzeigen. Je nach Operationsschnittstelle des Modells muss die Ansicht möglicherweise mehrfach aufgerufen werden, um ausreichende Anzeigedaten zu erhalten. Unnötig häufiger Zugriff auf unveränderte Daten kann ebenfalls die Betriebsleistung beeinträchtigen. (4Derzeit wird die MVC-Architektur nicht von fortschrittlichen Interface-Tools oder Konstruktoren unterstützt. Die Kosten für die Anpassung dieser Werkzeuge an MVC-Bedürfnisse und das Einrichten getrennter Teile sind hoch, was die Nutzung von MVC erschwert.
|