Mit Blick auf MVC-Framework, es scheint, dass wir mehr von klassischen ASP-Kenntnisse benötigen dann ASP.NET Postbacks und Viewstates. Bewegen wir uns zurück in die komplexe UI + -Code-Logik im HTML-Markup des Frontends?Bewegen wir uns in Richtung klassisches ASP mit MVC-Framework in .NET 3.5?
Wir versuchen, grundlegende Konzepte wie HTML- und HTTP-Anfragen nicht zu abstrahieren. Auf der UI-Seite bedeutet dies, dass die Views enger in die Ausgabe integriert werden, was keine schlechte Sache ist. das klassische ASP-Modell in mit allem eng integriert mit dem Ausgang übersetzt, die ist eine schlechte Sache.
Das ist lustig, dass Sie dies erwähnen ... Ich hatte heute die gleiche Unterhaltung mit einem Kollegen.
Ist es ein Schritt rückwärts bewegt? Ich glaube nicht ... während Sie in der klassischen ASP eine komplexe Logik in der Benutzeroberfläche hatten, was ich mit MVC sehen kann, sollte die komplexe Logik immer noch in Ihren Geschäftsobjekten und jeder komplexen Interaktion mit dem Objekt enthalten sein über den Controller erfolgen.
Das Ziel, wieder von dem, was ich sehen kann, ist, um die Benutzeroberfläche zu trimmen und fit, wenn es um tatsächliche Geschäftslogik kommt. Jede zusätzliche Aufblähung würde dadurch verursacht, dass die Benutzeroberfläche mit AJAX und JQuery benutzerfreundlicher gestaltet wird. Diese
ist nur meine erste Beobachtung in Bezug auf MVC. Es ist eine sehr coole Technologie, vor allem, weil es auf REST-Basis sitzt und es sehr einfach macht, mit anderen Technologien zu arbeiten.
Ich freue mich darauf, es in ein paar zukünftigen Projekten auszuprobieren!
Der wesentliche Punkt der MVC ist für die Trennung des Codes. Modelle sollten Ihre gesamte Geschäftslogik enthalten, die Ansicht sollte nur die Ausgabe für den Benutzer verarbeiten, und der Controller sollte diese beiden Teile zusammenkleben.
Man könnte argumentieren, dass das MVC-Paradigma ein Rückschritt ist, wenn man bedenkt, dass das ASP.NET-Paradigma ein Schritt vorwärts ist, denke ich. Persönlich dachte ich immer, es sei viel einfacher, sauber getrennten Code in klassischem ASP zu schreiben, als in .NET, wo der Ausgabetext der Ausgabe normalerweise in Codeblöcke zerlegt wurde, auf die mit einem Standard-HTML-Editor nicht zugegriffen werden konnte. Ich war immer der Meinung, dass die ASP.NET-Architektur mehr darauf abzielte, .NET zu pushen als die Gesamtstruktur unserer Anwendung zu verbessern. In diesem Sinne ist MVC ein Schritt vorwärts.
Wenn Sie in der Ansicht relativ zu den Modellen und Controllern komplexe Codelogik sehen, dann nähern Sie sich vielleicht dem falschen Weg.
Im reinsten Sinne sollten Sie in der Lage sein, die Ansicht (XML anstelle von HTML sagen wir mal) mit minimaler Arbeit zu wechseln. Dies könnte nur passieren, wenn die Datenlogik in den Modellen enthalten ist und die Geschäftslogik in den Controllern enthalten ist.
Wenn Sie also einen Einkaufswagen anzeigen, enthält die Ansicht möglicherweise nur Code, der die Produktmengen und Summen ausgibt. Die Modellklasse (n) würde (n) die Produktdaten enthalten, und der Controller würde die gesamte Verarbeitung wie Hinzufügen von Produkten und Auschecken durchführen.