Noch Bedarf von asp.net MVC, wenn jQuery verfügbar ist?

Question

Ich habe mehrere Gründe gelesen, um auf asp.net MVC zu wechseln, aber keiner von ihnen ist, die Kosten zu wettmachen, um wieder auf Platz eins zu gehen und alles wegzuwerfen, was Sie über Webforms gelernt haben: Wie man mit Postbacks, Viewstate, Seitenlebenszyklus und ... den ganzen Rest.

Das Hauptproblem, das MVC lösen will - die Postbacks - kann bereits mit Webforms mit jQuery und Webmethoden gelöst werden.

Oder fehlt mir der Punkt, und mein (wenig, um die Wahrheit zu sagen) Wissen über asp.net Webforms wird schnell veraltet?

Answer 1

Das Ziel von WebForms ist es, interaktive Websites mit wenig Wissen über Webtechnologien (HTTP, HTML, CSS, JavaScript usw.) zu erstellen. Aber das kostet Sie, Sie müssen WebForms studieren. Ich habe 2 Jahre mit WebForms studiert und gearbeitet und dann festgestellt, dass es viel einfacher und besser ist, die Webtechnologien zu verstehen.

Ein serverseitiges Framework wie ASP.NET MVC macht es sehr einfach, Anfragen zu bearbeiten, ein Client-seitiges Framework wie jQuery macht es sehr einfach, HTML zu manipulieren und AJAX-Anfragen zu stellen. Diese Dinge waren schwer zu tun, als WebForms in der Szene auftauchten, aber heute sind sie sehr einfach.

Ich weiß, dass Sie Angst haben, Ihre Fähigkeiten aufzugeben, aber Sie sollten sich darauf konzentrieren, die Kernwebtechnologien zu lernen.

Answer 2

Ich bin nicht der Meinung, dass Postbacks das Hauptproblem von MVC zu lösen ist. Obwohl dies sicherlich ein Vorteil ist, geht es bei MVC hauptsächlich um die Trennung von Anliegen. Es ist eine großartige Möglichkeit, Ihre Geschäftslogik, Modelle, HTML-Vorlagen usw. logisch zu trennen und zu organisieren. Und wenn Sie Webforms wirklich benötigen/verwenden möchten, können Sie diese in MVC mischen.

Answer 3

Wenn Sie bereits verwenden Ein Ansatz von jQuery + webmethods, MVC-Entwicklung sollte relativ einfach zu erlernen sein.

Sie müssen nicht alles wegwerfen, was Sie über Webformulare gelernt haben. Viele der gleichen Prinzipien für die Erstellung exzellenten Codes gelten weiterhin.

Answer 4

ASP.NET MVC geht es nicht um Postbacks zu vermeiden, es geht um die Trennung von Bedenken, Einheit Testbarkeit, und arbeiten näher mit der statuslosen Natur des Internets und HTML anstelle der Abstraktionen von ASP.NET Web Forms.

Ihr Wissen über ASP.NET-Webformulare wird nicht obsolet. ASP.NET MVC hat derzeit sehr wenig Marktanteile und die Migration von ASP.NET-Webformularanwendungen zu ASP.NET MVC ist keine einfache Aufgabe. Die beiden Rahmen werden für die absehbare Zukunft gut nebeneinander bestehen.

Answer 5

Web Forms ist und wird für eine Weile eine Alternative für die Entwicklung von Webanwendungen sein. MVC ist auch eine Alternative für die Entwicklung von Webanwendungen. Jeder hat seine Stärken und unterschiedliche Nutzungen. Verwenden Sie wie bei jedem anderen Werkzeug den für den Job geeigneten.

Ich mag MVC, weil es mit Testbarkeit und Plugability entworfen wurde. Web Forms ist für meinen Geschmack etwas zu starr und lässt sich nicht so einfach testen.

Ich bevorzuge auch, die vollständige Kontrolle über die HTML zu haben, und während .NET 4 einige Änderungen eingeführt hat, die das besser machen, mag ich immer noch nicht, wie Serversteuerelemente potentiell zweifelhaftes Markup schreiben.

WebForms war eine Abstraktionsschicht von HTTP und HTML, die es Benutzern ermöglicht, Webanwendungen schnell zu starten, häufig aus einem Nicht-Web-Hintergrund wie VB6.

MVC geht zurück zu den Grundlagen und gibt nicht vor, dass HTTP und HTML nicht existieren, sondern nutzt sie und gibt Ihnen als Entwickler mehr Kontrolle darüber, wie sie verwendet werden.