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.

-3voto

Wenn Sie in der Lage sind, gespeicherte Prozeduren zu verwenden, brauchen Sie keine große Zwischenschicht, wie sie von MVC erzeugt wird. Alles, was Sie tun müssen, ist, XML über einen einfachen HTTP-Handler an Ihre gespeicherten Prozeduren zu übergeben, Ergebnisse von einer gespeicherten Prozedur zurückzubekommen und die Ergebnisse in JSON zu konvertieren. MVC und anderes Middle-Tier-Zeug dient nur dazu, Geld für Unternehmen zu verdienen, die IDEs wie VS verkaufen.

4 Stimmen

Kennen Sie Beispiele von Unternehmen, die dies für große Unternehmensanwendungen tun? Ich kann mir nicht vorstellen, ein großes Stück Software zu schreiben, ohne ein vernünftiges Framework zur Unterstützung.

3 Stimmen

Die einzigen, die ich sehe, die große, mächtige gespeicherte Prozeduren empfehlen, sind die Datenbankanbieter. Für alle anderen ist es eine wirklich schlechte Idee. PL/SQL- oder T-SQL-Code für gespeicherte Prozeduren ist bei weitem nicht so leistungsfähig, flexibel oder testbar wie .NET.

0 Stimmen

@Robert ich verstehe wirklich nicht die Abneigung, die Leute gegen Sql haben, es ist lächerlich. Ja, orm ist gut und einfach, aber wenn es hart auf hart kommt, sollten Sie darüber nachdenken, Ihren Code in Richtung sql zu refaktorieren, wo es nötig ist. stored procedures sind orm zehnmal überlegen. Und wenn Sie Sql dem Object Mapping vorziehen, sollten Sie einen Blick auf Oracles Ord.

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