Frage

Ich bin mir ziemlich nahe zu sein, getan, mit einer website mit entity framework und standard-asp.net+ajax, aber jetzt bin ich am überlegen ob es besser sei, zu beginnen und tun Sie es mit microsoft mvc.Ist der MVC DER neuen Sache, und sollte ich versuchen, es zu implementieren?Wie funktioniert MVC-führen Sie auf high-traffic-sites?

War es hilfreich?

Lösung

Ausrechnen der Grund, Sie denken all die harte Arbeit von redoing und Sie werden Ihre Antwort.

  • Ist die Website ein Projekt für Ihre eigenen Lernzwecke? Wenn ja, dann in MVC die Seite redoing ist eine Option, solange Sie eine Menge Arbeit zu werfen bereit sind Sie bereits getan haben.

  • Ist die Website zu einem Preis zu jemandem getan? Wenn ja, sollten Sie auf jeden Fall nicht wiederholen Sie die Seite in MVC in diesem Stadium, wie Sie das Projekt wieder unnötig einstellen werden.

Denken Sie daran, wenn Finanz beteiligt sind, Rückzieher und redoing Dinge, die bereits getan haben, einfach Ihnen die Möglichkeit zu geben, mit einer Technologie, die Sie mögen besser zu arbeiten, besser hatte dabei von einem vernünftigen Geschäftsbeizugeben. Der Kunde ist nicht in den meisten Fällen gehen zu kümmern, welche Technologie Sie verwenden, gehen sie zu kümmern, wie lange es, es zu tun dauert und wie viel sie gehen zu verbringen. Daher sollten Sie Ihre Entscheidung auf ihre Bedürfnisse beruhen, nicht verkaufen.

Andere Tipps

nicht wieder Ingenieur etwas, das Sie bereits fertig entwickeln oder sind Sie bereit für eine neue Technologie zu starten. Vielmehr um das Projekt abzuschließen und die neue Technologie in einer Revision oder eine völlig neue Website. Die einzige Zeit, diese Art von Refactoring in Betracht gezogen werden sollte, ist, wenn die Anforderung Geschäft hat sich verändert und die neue Anforderung muss die neuen Funktionen.

Mvc ist eine extrem leistungsfähige und stabile Plattform, aber es ist eine Wahl für Entwickler ist. Business-Anforderungen werden die Art der Lösung zu verwenden, definieren. Es ist ein Fall, des richtigen Werkzeugs für den richtigen Job.

Praxisbeispiel, Vor kurzem hatte ich die Wahl zu treffen, aber wegen Mangel an Fähigkeiten Wartungsunterstützung, sobald das Projekt abgeschlossen ist, und eine Abhängung auf einer einzige Ressource für diesen Zweck zu schaffen, Unternehmen abgelehnt die Option Mvc zu verwenden.

Ich sehe den Punkt nicht in Neuimplementierung, wenn Sie fast fertig sind. Warum es nicht für Ihre Website speichern und versuchen Sie es dann? Auch ist Stack-Überlauf implementiert ASP.Net MVC -. Leistung ist unglaublich, und sie bekommen viel Verkehr

Persönlich würde ich mit MVC empfehlen, da es mehr intuiative ist, und Sie haben mehr Kontrolle über Ihre Seiten als mit Web-Formularen.

Ich würde wieder mit MVC nicht empfehlen beginnen, wenn Sie MVC neu sind, wie die Lernkurve könnte ein wenig steil sein!

Wenn die Website Sie redest ist öffentlich ein, dass Sie auf der Welt lösen möchten, dann würde ich vorschlagen, Sie beenden, was Sie tun, versenden sie, und Benutzer-Feedback auf der Website erhalten, bevor Sie sich entscheiden zu werfen es entfernt und neu implementieren sie. Ist dies nur ein Hobby-Website werfen es dann weg ist in Ordnung.

Allerdings gibt es keinen Zweifel in meinem Kopf, dass ASP.NET MVC die bessere Option ist, und Sie sollen es als Standardoption für alle zukünftige Entwicklung verwenden.

Wie in anderen Antworten erwähnt, SO ist mit ASP.NET MVC.

Ich glaube nicht, ASP.NET MVC in die Quere kommen wird Ihre Skala Anforderungen des Schlagens - in jeder kommerziellen Website ist es im Allgemeinen die Datenquelle (SQL-Datenbank oder die webserivices, die Sie aufrufen), die Ihr wird begrenzen Fähigkeit mit hohem Datenverkehr zu bewältigen.

Ich denke, es hängt wirklich von Ihrem Nutzungsmuster, wie viele Daten Sie Seiten erstellen zuzugreifst, ob Ihr Inhalt cachable sein wird, ob Sie Millionen von Nutzern nur zu lesen Seiten haben, oder Hunderte von Benutzern, die Aktualisierung der Daten und Dinge wie thisthat werden Sie Ihre Fähigkeit zu skalieren, und die meisten davon sind orthoganal auf das Framework verwenden, um machen die Seiten fahren.

Nun, verwendet Stackoverflow ASP.NET MVC und es ist ein ziemlich hoher Verkehr Ort. Ich habe noch nie erlebt, alle Verlangsamungen mit SO. Also, ich glaube nicht, es gibt keine größere inhärente Leistungsbeschränkungen von ASP.NET MVC.

MVC ist ziemlich nett, wir haben es seit dem ersten CTP im Einsatz. Aber es gibt Performance-Probleme, wenn Sie nur blind MVC blogs / Tutorials folgen.

Hier finden Sie aktuelle dieser

Wenn Sie bereits viele UI-Schicht jus-Stick gemacht mit Webformulare otherways, wenn Sie die Zeit haben, eine neue Technologie zu lernen MVC werden Sie nicht enttäuschen

Wie die meisten schon gesagt haben, wenn man fast fertig mit Ihrem aktuellen Standort, weiter als Sie sind.

Für Ihr Nächstes Projekt, ich empfehle Ihnen, sich hinzusetzen und zu lernen MVC.Sobald Sie den Schalter, die verschiedenen Ebenen wird sehr klar, deutlich, und als Ergebnis kurz und bündig (hoffentlich).

Als Ergebnis, wenn Sie brauchen, um zurück auf die vorherigen Seiten, die Sie entscheiden könnten, zu re-implementieren Sie in MVC wenn es ist nicht allzu schwierig.Die vollständige Kontrolle über das, was passiert in Ihrem code ist groß.Und wenn Sie nicht gerne mit VB oder C#, könnten Sie sogar verzweigen sich und nutzen IronRuby und IronPython so gut und holt einige neue Sprachen auf dem Weg.Nicht zu schweigen von MVC ist vollständig erweiterbar und (jetzt) open-source.Wenn Sie wollen, um zu sehen, pros and cons, check out this Frage.

Eine andere Möglichkeit ist, einen Bereich Ihrer Website in WebForms und eine andere in MVC zu tun. Es gibt nichts, mein Wissen, die dich tut dies verhindern würde.

Ich habe es schon gesagt und ich sage es noch einmal. :) Ich neu vor kurzem ein fast fertiges Projekt als mvc statt asp.net. Es dauerte eine Woche extra zu bekommen bereit, aber der Kunde war sehr zufrieden mit, wie schön es stellte sich heraus!

( https://msdn.microsoft .com / de-de / library / dd381412 (v = vs.98) aspx )

Wenn eine MVC-Anwendung erstellen

Sie müssen genau abwägen, ob eine Web-Anwendung zu implementieren, indem entweder den ASP.NET MVC-Framework oder ASP.NET Web Forms-Modell. Der MVC-Framework ersetzt nicht das Web Forms-Modell; Sie können entweder Framework für Web-Anwendungen verwenden. (Wenn Sie vorhandene Web Forms-basierte Anwendungen haben, diese weiterhin genau arbeiten, wie sie schon immer so.) Bevor Sie das MVC-Framework oder das Web Forms-Modell für eine bestimmte Website verwenden entscheiden, wiegen die Vorteile der einzelnen Ansätze.

Die Vorteile einer MVC-basierte Web-Anwendung

Der ASP.NET MVC-Framework bietet die folgenden Vorteile:

  • Es macht es einfacher Komplexität zu verwalten, indem eine Anwendung Dividieren in das Modell, die Aussicht, und die Steuerung.
  • Es ist nicht Ansichtszustand oder serverbasierte Formulare. Dies macht die MVC-Framework ideal für Entwickler, die volle Kontrolle über das wollen Verhalten einer Anwendung.
  • Es verwendet ein Muster Front Controller, die Web-Anwendung
    verarbeitet Anfragen über einen einzigen Regler. Dies ermöglicht Ihnen eine
    entwerfen Anwendung, die eine reiche Routing-Infrastruktur unterstützt. Weitere
    Informationen finden Front Controller.
  • Sie bietet eine bessere Unterstützung für Test-Driven Development (TDD).
  • Es funktioniert gut für Web-Anwendungen, die von großen unterstützt werden Teams von Entwicklern und Web-Designer, die einen hohen Grad brauchen die Kontrolle über das Verhalten der Anwendung.

Die Vorteile einer Web Forms-basierte Web-Anwendung

Die Web Forms-basierte Framework bietet die folgenden Vorteile:

  • Es unterstützt ein Ereignismodell, das Zustand über HTTP bewahrt, die Vorteil Line-of-Business-Web-Anwendungsentwicklung. Das Netz Die formularbasierte Anwendung bietet Dutzende von Veranstaltungen, die unterstützt werden in Hunderten von Serversteuerelementen.
  • Es verwendet eine Seite Controller-Muster, die Funktionalität ergänzt einzelne Seiten. Weitere Informationen finden Sie Seite Steuerungs.
  • Es verwendet Ansichtszustand auf serverbasierte Formulare, die machen die Verwaltung Zustandsinformationen zu erleichtern.
  • Es funktioniert gut für kleine Teams von Web-Entwickler und Designer, die verfügbar Vorteil der großen Anzahl von Komponenten nehmen wollen für die schnelle Anwendungsentwicklung.
  • Im Allgemeinen ist es weniger kompliziert für die Anwendungsentwicklung, da die Komponenten (die Page-Klasse steuert, und so weiter) sind eng integriert und erfordert in der Regel weniger Code als das MVC-Modell.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top