Größter Vorteil bei der Verwendung von ASP.Net MVC gegenüber Webformularen

Was sind einige der Vorteile einer Verwendung gegenüber der anderen?

Die Hauptvorteile von ASP.net MVC sind:

1. Aktiviert die vollständige Kontrolle über das gerenderte HTML.

2. Bietet eine saubere Trennung von Bedenken (SoC).

3. Aktiviert Test Driven Development (TDD) .

4. Einfache Integration in JavaScript-Frameworks.

5. Nach dem Design der Staatenlosigkeit des Web.

6. RESTful URLs, die SEO ermöglichen.

7. Keine ViewState- und PostBack-Ereignisse

Der Hauptvorteil von ASP.net Web Form ist:

1. Es bietet RAD- Entwicklung

2. Einfaches Entwicklungsmodell für Entwickler, die aus der Winform-Entwicklung stammen.

ASP.NET Web Forms und MVC sind zwei von Microsoft entwickelte Webframeworks - beide sind eine gute Wahl. Weder sollen die Web-Frameworks durch die anderen ersetzt werden, noch ist geplant, sie zu einem einzigen Framework zusammenzuführen. Die kontinuierliche Unterstützung und Entwicklung wird parallel von Microsoft durchgeführt, und beide werden nicht "verschwinden".

Jedes dieser Webframeworks bietet Vor- und Nachteile, von denen einige bei der Entwicklung einer Webanwendung berücksichtigt werden müssen. Eine Webanwendung kann mit beiden Technologien entwickelt werden. Dies erleichtert möglicherweise die Auswahl einer Technologie für die Auswahl einer Technologie gegenüber der anderen und umgekehrt.

ASP.NET Web Forms:

• Entwicklung unterstützt Status • Gibt die Illusion, dass eine Webanwendung weiß, was der Benutzer getan hat, ähnlich wie Windows-Anwendungen. Das heißt, vereinfacht die Implementierung der Assistentenfunktionalität ein wenig. Webformulare leisten hervorragende Arbeit, um einen Großteil dieser Komplexität vor dem Entwickler zu verbergen.
• Rapid Application Development (RAD) • Die Möglichkeit, einfach einzusteigen und Webformulare bereitzustellen. Dies wird von einigen Mitgliedern der MVC-Community bestritten, aber von Microsoft vorangetrieben. Am Ende kommt es auf das Fachwissen des Entwicklers an und darauf, womit er sich wohl fühlt. Das Webformularmodell hat für weniger erfahrene Entwickler wahrscheinlich weniger Lernaufwand.
• Größere Steuerungs-Toolbox • ASP.NET Web Forms bietet eine viel größere und robustere Toolbox (Web-Steuerelemente), während MVC einen primitiveren Steuerungssatz bietet, der sich mehr auf umfangreiche clientseitige Steuerelemente über jQuery (Javascript) stützt.
• Ausgereift • Es gibt es seit 2002 und es gibt eine Fülle von Informationen zu Fragen, Problemen usw. Bietet mehr Kontrolle durch Dritte - Sie müssen Ihre vorhandenen Toolkits berücksichtigen.

ASP.NET MVC:

• Trennung von Bedenken (SoC) • Aus technischer Sicht ist die Organisation von Code in MVC sehr sauber, organisiert und detailliert, was es (hoffentlich) einer Webanwendung erleichtert, hinsichtlich der Funktionalität zu skalieren. Fördert großartiges Design vom Standpunkt der Entwicklung aus.
• Einfachere Integration in clientseitige Tools (umfangreiche Tools für die Benutzeroberfläche) • Webanwendungen werden mehr denn je so umfangreich wie die Anwendungen, die Sie auf Ihren Desktops sehen. Mit MVC können Sie solche Toolkits (z. B. jQuery) einfacher und nahtloser als in Web Forms integrieren.
• Suchmaschinenoptimierung (SEO) freundlich / zustandslos • URLs sind für Suchmaschinen freundlicher (z. B. mywebapplication.com/users/ 1 - Benutzer mit einer ID von 1 abrufen im Vergleich zu mywebapplication / users / getuser.aspx (ID in Sitzung übergeben)). Da MVC zustandslos ist, werden dadurch die Kopfschmerzen von Benutzern, die mehrere Webbrowser erzeugen, aus demselben Fenster entfernt (Sitzungskollisionen). In diesem Sinne hält sich MVC an das zustandslose Webprotokoll, anstatt dagegen zu „kämpfen“.
• Funktioniert gut mit Entwicklern, die ein hohes Maß an Kontrolle benötigen. • Viele Steuerelemente in ASP.NET-Webformularen generieren automatisch einen Großteil des rohen HTML-Codes, den Sie beim Rendern einer Seite sehen. Dies kann Entwicklern Kopfschmerzen bereiten. Mit MVC eignet es sich besser für die vollständige Kontrolle über das, was gerendert wird, und es gibt keine Überraschungen. Noch wichtiger ist, dass die HTML-Formulare in der Regel viel kleiner sind als die Webformulare, was einer Leistungssteigerung gleichkommen kann - etwas, das ernsthaft in Betracht gezogen werden muss.
• Test Driven Development (TDD) • Mit MVC können Sie einfacher Tests für die Webseite erstellen. Eine zusätzliche Testebene bietet eine weitere Schutzschicht gegen unerwartetes Verhalten.

Authentifizierung, Autorisierung, Konfiguration, Kompilierung und Bereitstellung sind Funktionen, die von den beiden Webframeworks gemeinsam genutzt werden.

Jeder, der alt genug ist, um sich an klassisches ASP zu erinnern, wird sich an den Albtraum erinnern, eine Seite mit Code zu öffnen, der mit HTML und Javascript gemischt ist - selbst die kleinste Seite war ein Schmerz, um herauszufinden, was zum Teufel es tat. Ich könnte mich irren, und ich hoffe, ich bin es, aber MVC scheint in diese schlechten alten Zeiten zurückzukehren.

Als ASP.Net auf den Markt kam, wurde es als der Retter gefeiert, der Code vom Inhalt trennte und es uns ermöglichte, dass Webdesigner den HTML-Code erstellten und die Codierer an dem dahinter stehenden Code arbeiteten. Wenn wir ViewState nicht verwenden wollten, haben wir es deaktiviert. Wenn wir aus irgendeinem Grund keinen Code dahinter verwenden wollten, könnten wir unseren Code wie bei klassischem ASP im HTML-Code platzieren. Wenn wir PostBack nicht verwenden wollten, haben wir zur Verarbeitung auf eine andere Seite umgeleitet. Wenn wir keine ASP.Net-Steuerelemente verwenden wollten, verwendeten wir Standard-HTML-Steuerelemente. Wir könnten das Response-Objekt sogar abfragen, wenn wir ASP.Net runat = "server" nicht für unsere Steuerelemente verwenden möchten.

Jetzt hat jemand in seiner großen Weisheit (wahrscheinlich jemand, der nie klassisches ASP programmiert hat) beschlossen, dass es Zeit ist, zu den Tagen des Mischens von Code mit Inhalten zurückzukehren und es "Trennung von Bedenken" zu nennen. Sicher, Sie können saubereres HTML erstellen, aber Sie könnten es mit klassischem ASP. Zu sagen "Sie programmieren nicht richtig, wenn Sie zu viel Code in Ihrer Ansicht haben" ist wie zu sagen "Wenn Sie gut strukturierten und kommentierten Code in klassischem ASP geschrieben haben, ist er weitaus sauberer und besser als ASP.NET".

Wenn ich wieder Code mit Inhalten mischen möchte, würde ich mir die Entwicklung mit PHP ansehen, das eine weitaus ausgereiftere Umgebung für diese Art der Entwicklung bietet. Wenn es so viele Probleme mit ASP.NET gibt, warum nicht diese Probleme beheben?

Last but not least ist es mit der neuen Razor-Engine noch schwieriger, zwischen HTML und Code zu unterscheiden. Zumindest könnten wir in ASP nach öffnenden und schließenden Tags suchen, dh <% und%>, aber jetzt ist die einzige Anzeige das @ -Symbol.

Es könnte an der Zeit sein, auf PHP umzusteigen und weitere 10 Jahre zu warten, bis jemand den Code wieder vom Inhalt trennt.

Wenn Sie mit anderen Entwicklern wie PHP oder JSP zusammenarbeiten (und ich vermute, dass es sich um Rails handelt), fällt es Ihnen viel leichter, Seiten zu konvertieren oder zusammenzuarbeiten, da Sie nicht über all diese "bösen" ASP.NET verfügen Ereignisse und Kontrollen überall.

Das Problem mit MVC ist, dass es selbst für "Experten" viel wertvolle Zeit in Anspruch nimmt und viel Aufwand erfordert. Unternehmen werden von der Grundfunktion "Schnelle Lösung, die funktioniert" angetrieben, unabhängig von der dahinter stehenden Technologie. WebForms ist eine RAD-Technologie, die Zeit und Geld spart. Alles, was mehr Zeit erfordert, wird von Unternehmen nicht akzeptiert.

1. Richtiges AJAX, zB JSONResults kein partieller Seiten-Postback-Unsinn.
2. kein Ansichtsstatus +1
3. Keine Umbenennung der HTML-IDs.
4. Sauberes HTML = kein Aufblähen und eine gute Chance, XHTML- oder standardkonforme Seiten zu rendern.
5. Kein generiertes AXD-Javascript mehr.

Der größte Einzelvorteil für mich wäre die klare Trennung zwischen den Ebenen Modell, Ansicht und Controller. Es fördert von Anfang an gutes Design.

Ich habe in MVC KEINE Vorteile gegenüber ASP.Net gesehen. Vor 10 Jahren hat Microsoft UIP (User Interface Process) als Antwort auf MVC entwickelt. Es war ein Flop. Wir haben damals ein großes Projekt (4 Entwickler, 2 Designer, 1 Tester) mit UIP gemacht und es war ein Albtraum.

Springen Sie nicht einfach wegen Hype zu Bandwagon. Alle oben aufgeführten Vorteile sind bereits in Asp.Net verfügbar (mit weiteren Verbesserungen [ Neue Funktionen in Asp.Net 4 ] in Asp.Net 4).

Wenn Ihr Entwicklungsteam oder eine einzelne Entwicklerfamilie mit Asp.Net einfach dabei bleibt und schnell schöne Produkte herstellt, um Ihre Kunden zufrieden zu stellen (die für Ihre Arbeitszeit bezahlen). MVC wird Ihre wertvolle Zeit verschlingen und die gleichen Ergebnisse wie Asp.Net erzielen :-)

Francis Shanahan,

1. Warum nennst du partielles Postback "Unsinn"? Dies ist das Kernmerkmal von Ajax und wurde sehr gut im Atlas-Framework und in wunderbaren Steuerelementen von Drittanbietern wie Telerik verwendet

2. Ich stimme Ihrem Standpunkt bezüglich des Ansichtszustands zu. Wenn Entwickler jedoch darauf achten, den Ansichtsstatus zu deaktivieren, kann dies die Größe des gerenderten HTML-Codes erheblich reduzieren, sodass die Seite leicht wird.

3. Im ASP.NET Web Form-Modell werden nur HTML Server-Steuerelemente umbenannt und keine reinen HTML-Steuerelemente. Was auch immer es sein mag, warum sind Sie so besorgt, wenn die Umbenennung erfolgt ist? Ich weiß, dass Sie mit vielen Javascript-Ereignissen auf der Clientseite umgehen möchten, aber wenn Sie Ihre Webseiten intelligent gestalten, können Sie definitiv alle gewünschten IDs erhalten

4. Sogar ASP.NET Web Forms erfüllt die XHTML-Standards und ich sehe kein Aufblähen. Dies ist keine Rechtfertigung dafür, warum wir ein MVC-Muster benötigen

5. Warum beschäftigen Sie sich wieder mit AXD Javascript? Warum tut es dir weh? Dies ist wiederum keine gültige Begründung

Bisher bin ich ein Fan der Entwicklung von Anwendungen mit klassischen ASP.NET-Webformularen. Zum Beispiel: Wenn Sie eine Dropdown-Liste oder eine Rasteransicht binden möchten, benötigen Sie maximal 30 Minuten und nicht mehr als 20 Codezeilen (natürlich minimal). Aber im Falle von MVC sprechen Sie mit den Entwicklern, wie schmerzhaft es ist.

Der größte Nachteil von MVC ist, dass wir in die Zeit von ASP zurückkehren. Erinnern Sie sich an den Spaghetti-Code zum Verwechseln von Server-Code und HTML? Oh mein Gott, versuchen Sie, eine MVC-Aspx-Seite zu lesen, die mit Javascript, HTML, JQuery, CSS, Server-Tags und was nicht gemischt ist. Jeder kann diese Frage beantworten?

Webformulare profitieren auch von einer höheren Reife und Unterstützung durch Drittanbieter wie Telerik.

In Webformularen können Sie auch fast das gesamte HTML von Hand rendern, mit Ausnahme einiger weniger Tags wie viewstate, eventvalidation und ähnliches, die mit PageAdapters entfernt werden können. Niemand zwingt Sie, GridView oder ein anderes serverseitiges Steuerelement zu verwenden, das eine schlechte HTML-Rendering-Ausgabe aufweist.

Ich würde sagen, dass der größte Vorteil von MVC SPEED ist!

Als nächstes kommt die erzwungene Trennung der Bedenken. Es verbietet Ihnen jedoch nicht, die gesamte BL- und DAL-Logik in Controller / Action zu integrieren! Es ist nur eine Trennung der Ansicht, die auch in Webformularen (z. B. MVP-Muster) erfolgen kann. Viele Dinge, die Leute für mvc erwähnen, können in Webformularen erledigt werden, aber mit einigem zusätzlichen Aufwand.
Der Hauptunterschied besteht darin, dass die Anforderung an den Controller und nicht an die Ansicht kommt und diese beiden Ebenen getrennt sind und nicht wie in Webformularen über eine Teilklasse verbunden sind (Aspx + Code dahinter).

Meine 2 Cent:

• ASP.net-Formulare eignen sich hervorragend für die schnelle Anwendungsentwicklung und die schnelle Steigerung des Geschäftswerts. Ich benutze es immer noch für die meisten Intranet-Anwendungen.
• MVC eignet sich hervorragend für die Suchmaschinenoptimierung, da Sie die URL und den HTML-Code in größerem Umfang steuern
• MVC erzeugt im Allgemeinen eine viel schlankere Seite - kein Ansichtsstatus und saubereres HTML = schnelle Ladezeiten
• MVC einfach Teile der Seite zwischenzuspeichern. -MVC macht Spaß zu schreiben: - persönliche Meinung ;-)

Mit MVC können Sie mehr als ein Formular auf einer Seite haben. Eine kleine Funktion, die ich kenne, die aber praktisch ist!

Auch das MVC-Muster erleichtert meiner Meinung nach die Pflege des Codes, insb. wenn Sie es nach ein paar Monaten erneut besuchen.

MVC-Controller:

    [HttpGet]
    public ActionResult DetailList(ImportDetailSearchModel model)
    {
        Data.ImportDataAccess ida = new Data.ImportDataAccess();
        List<Data.ImportDetailData> data = ida.GetImportDetails(model.FileId, model.FailuresOnly);

        return PartialView("ImportSummaryDetailPartial", data);
    }

MVC-Ansicht:

<table class="sortable">
<thead>
    <tr><th>Unique Id</th><th class="left">Error Type</th><th class="left">Field</th><th class="left">Message</th><th class="left">State</th></tr>
</thead>
<tbody>
    @foreach (Data.ImportDetailData detail in Model)
    {
    <tr><th>@detail.UniqueID</th><th class="left">@detail.ErrorType</th><th class="left">@detail.FieldName</th><th class="left">@detail.Message</th><th class="left">@detail.ItemState</th></tr>
    }
</tbody></table>

Wie schwer ist das Kein ViewState, kein BS-Seitenlebenszyklus ... Nur reiner effizienter Code.

Ich kann die einzigen zwei Vorteile für kleinere Websites sehen: 6) RESTful URLs, die SEO ermöglichen. 7) Keine ViewState- und PostBack-Ereignisse (und höhere Leistung im Allgemeinen)

Das Testen auf kleine Sites ist kein Problem, ebenso wenig wie die Designvorteile, wenn eine Site ohnehin richtig codiert ist. MVC verschleiert in vielerlei Hinsicht und erschwert Änderungen. Ich entscheide immer noch, ob sich diese Vorteile lohnen.

Ich kann den Vorteil von MVC auf größeren Websites mit mehreren Entwicklern deutlich erkennen.

Der Hauptvorteil, den ich finde, ist, dass es das Projekt in eine prüfbarere Struktur zwingt. Dies kann ziemlich einfach auch mit Webformularen durchgeführt werden (MVP-Muster), erfordert jedoch, dass der Entwickler dies versteht, viele tun dies nicht.

Webforms und MVC sind beide praktikable Tools, die sich in verschiedenen Bereichen auszeichnen.

Ich persönlich verwende Webformulare, da wir hauptsächlich B2B / LOB-Apps entwickeln. Aber wir machen es immer mit einem MVP-Muster, mit dem wir eine Codeabdeckung von 95 +% für unsere Unit-Tests erreichen können. Dies ermöglicht es uns auch, das Testen der Eigenschaften von Webcontrols zu automatisieren. Der Eigenschaftswert wird durch die Ansicht angezeigt, z

bool IMyView.IsAdminSectionVisible{
       get{return pnlAdmin.Visible;}
       get{pnlAdmin.Visible=value;}
    }

) Ich glaube nicht, dass dieses Testniveau in MVC so einfach erreicht werden kann, ohne mein Modell zu verschmutzen.

Sie fühlen sich nicht mehr schlecht, wenn Sie "Nicht-Post-Back-Steuerelemente" verwenden - und herausfinden, wie Sie sie in eine traditionelle asp.net-Umgebung integrieren können.

Dies bedeutet , dass moderne (kostenlos zu benutzen) Javascript Kontrollen wie diese oder dieser oder diese können alle verwendet werden , ohne dass eine Runde Pflock in einem quadratischen Loch Gefühl zu passen zu versuchen.

Moderne Javascript-Steuerelemente sowie JSON-Anforderungen können mit MVC sehr einfach verarbeitet werden. Dort können wir viele andere Mechanismen verwenden, um Daten von einer Aktion in eine andere Aktion zu übertragen. Deshalb bevorzugen wir MVC gegenüber Webformularen. Wir können auch leichte Seiten erstellen.

Meine persönliche Meinung ist, dass der größte Nachteil bei der Verwendung von ASP.Net MVC darin besteht, dass die Entwickler, die es warten , CODE BLOCKSmit HTML...
HTML-Hölle vermischt sind ...