25 Stimmen

Ist ASP.NET MVC eine schlechte Wahl für ein großes Unternehmensprojekt?

Wir sind dabei, eine große Unternehmensanwendung zu entwickeln. Ich bin ernsthaft erwägen, mit ASP.NET MVC, weil:

  1. Wir müssen Microsoft-Technologie verwenden (die Geschäftslogik ist komplett in C#)
  2. Leistung ist entscheidend
  3. Ich würde gerne so viel wie möglich testen

Mein Team hat bisher nur PHP für die Webentwicklung verwendet, ist aber sehr erfahren mit .NET Winforms (so oder so haben wir eine Lernkurve). Meine Sorge ist, dass einige Leute Bedenken hinsichtlich der Skalierbarkeit von ASP.NET MVC für große Anwendungen geäußert haben. Aber von dem, was ich gelesen habe Webforms haben ihre eigenen Probleme als gut.

Sollte ich Webforms überdenken, oder bleiben Sie mit meinem Bauchgefühl und verwenden ASP.NET MVC?

Verwandt:

Sollte ich meine nächste Webanwendung in ASP.NET MVC erstellen? https://stackoverflow.com/questions/521388/from-webforms-to-asp-net-mvc

4 Stimmen

Dies ist keine Fälschung. Die Frage bezog sich auf die Frage, ob man es in der Beta-Phase verwenden sollte, hier geht es um die Frage, ob man es für eine große Unternehmensanwendung verwenden sollte. Unterschiedliche Fragen.

1 Stimmen

Ich wäre an einem weiteren Kommentar des Autors interessiert, in dem er über seine Wahl und seine Erfahrungen berichtet. Ich benutze MVC seit der Beta-Phase und ich liebe es. Die meisten unserer Anwendungen sind klein, so kann ich nicht sprechen, wie skalierbar es ist. Mein Gefühl ist, dass, da es für eine Menge von Client-Side-Verarbeitung (jQuery, Ajax, JSON), dass es einfacher auf dem Server ist und würde daher machen es mehr skalierbar ermöglicht.

2 Stimmen

Bislang ist unsere Anwendung SEHR gut skalierbar. Es ist eine ziemlich massive App (Millionen von LOC, Hunderte von Ansichten), und wir haben das Gefühl, dass MVC die absolut beste Wahl war. Ich könnte mir nicht vorstellen, dies über Webformulare zu tun.

1voto

Erik Punkte 23

Meine Meinung: Verwenden Sie ASP.NET Webforms.

Deaktivieren Sie ViewState in der Web.Config.

Es besteht keine Notwendigkeit, den Status zu erhalten, da alles, was Sie wirklich brauchen, im Request-Objekt enthalten ist. Verwenden Sie Javascript in Verbindung mit AJAX zum Abrufen von Daten, um Ihre UI-Steuerelemente clientseitig zu rendern.

Erstellen Sie serverseitige Wrapper in Form von Control Tags für Ihren clientseitigen Komponentenrenderer. So arbeite ich schon seit Jahren, und es ist schnell, zuverlässig, testbar und organisiert.

Es dauert zwar einige Zeit, bis ein vernünftiger Rahmen für diese Arbeitsmethode geschaffen ist, aber schließlich wird sie sich durchsetzen.

Ich habe lieber keinen Spaghetti-Code wie MVC. Ich habe es mit PERL/PHP und klassischem ASP erlebt.

2 Stimmen

Völlig anderer Meinung, MVC hat ein viel besseres Design und erzwingt ein viel besseres Design der darauf aufbauenden Anwendungen. Haben beide für eine lange Zeit verwendet.

0 Stimmen

MVC wurde von einem Mann erdacht, der nie einen richtigen Job hatte. Es bringt die schlimmsten Codepraktiken hervor. Die Logik ist überall verstreut, von der HTML- bis zur Serverseite. Es ist nicht wartbar. Viel Glück dabei, in den Schlamassel, äh, Code von jemand anderem einzudringen. Übrigens, wer zum Teufel hat Zeit zum Testen? Wo sind diese Jobs, die Zeit für die Erstellung von Unit-Tests lassen? Meiner Erfahrung nach ist das ein Einhorn.

1voto

citykid Punkte 8762

Ich benutze WebForms seit Jahren und mochte sie nie. Jetzt verwenden Asp.Net MVC für einige Jahre und das ist so viel besser. Sicherlich woud empfehlen MVC.

Asp.Net MVC hat eine hervorragende Architektur und ist Open Source. Wenn Sie also Engpässe in der http-Verarbeitungskette identifizieren würden, könnten Sie sie beheben. In den meisten Fällen können Sie Leistungsprobleme beheben, indem Sie einen der vielen Erweiterungspunkte von Asp.Net MVC verwenden, wie zum Beispiel Binders.

0voto

Wayne Molina Punkte 18461

Ich würde sagen, gehen Sie mit MVC, wenn Sie brauchen oder wollen seine Funktionen. Wenn Sie eine Geschäftsanwendung wie ein ERP- oder CRM-System bauen, würde ich Webforms verwenden; wenn Sie ein Portal oder eine Community-Wiki-Site bauen, würde ich MVC wählen. Letztendlich kommt es auf die Präferenzen an und darauf, was genau Ihre Unternehmensanwendung leisten muss.

0voto

Bart Czernicki Punkte 3593

"Mit MVC kommt man nicht mit dem Zustandsalptraum davon, der bei der Entwicklung von Webformularen so üblich ist, was bedeutet, dass Ihre Webseiten sind meth-süchtig schlank "

Upmodded für dieses Zitat!

-2voto

dtc Punkte 9944

Alles, was ich über asp.net MVC gelesen habe, besagt, dass es in der Lage ist, mehr Seitenanfragen zu bedienen als asp.net Webforms.

Ich habe jedoch einige Zweifel an der Stabilität und Sicherheit des Systems. Beides rührt von der Tatsache her, dass es noch nicht einmal veröffentlicht ist und selbst mit dem RC haben wir einige Änderungen am Framework gesehen. Ich bin mir sicher, dass es im Laufe der Zeit noch mehr Änderungen geben wird, wenn man etwas herausfindet. Es ist neu, also gibt es nicht wirklich "Best Practices" dafür, und es gibt keine Fülle von Erfahrungen, die die kleinen Probleme oder Probleme, auf die man stoßen könnte, beschreiben.

Ich habe es verwendet und es führt zu kleineren Seiten und schnellerer Leistung. Aber es gibt so viele Dinge, die ich in Webforms tun kann, dass ich keine Ahnung habe, wie man mit mvc tun, weil mvc nicht die Verwendung der Webforms-Steuerelemente fördert.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X