Frage

Ich arbeite an einer Web-basierten Anwendung, die mindestens eine 6-jährige Lebensdauer aufweisen sollte. Sobald die Anwendung geliefert wird, stehen die Chancen, dass es nicht während dieses Zeitrahmen geändert werden.

Wir denken über den asp.net MVC-Framework und jQuery verwenden, aber ich frage mich, ob das eine gute Wahl ist. Der Kunde ist wahrscheinlich keine zusätzliche Zeit und Geld auf die Straße Standards, weil Javascript, Browser gehen zu wollen verbringen, usw. geändert hat.

Was ist die beste Option, um die Chancen zu minimieren, dass die Wartung der Anwendungen in den nächsten 6 Jahren benötigen würden?

War es hilfreich?

Lösung

  

Kunde ist wahrscheinlich keine zusätzliche Zeit und Geld auf der Straße verbringen gehen zu wollen, weil Sie JavaScript, um Browser-Standards, usw. geändert haben.

Ist sie oder ist sie nicht? Können Sie ihr, dass die Welt um sie herum in Bewegung bleibt, und sie wird Notwendigkeit aktualisieren ihre Anwendung auf die Arbeit mit den wichtigsten Plattformen der Zukunft?

überzeugen

Ich nehme an, dies ist eine Intranet-Anwendung, keine öffentliche (Internet gerichtete) Anwendung. Denn wenn es im Intranet Ich denke, 6 Jahre sind unrealistisch, aber der Ausfallmodus ist wahrscheinlich ziemlich gutartig sein. Aber Internet, 6 Jahre und keine Sicherheitsupdates für die Anwendung selbst. - keine Weise, würde ich nicht in der teilnehmen zu vermeiden mein berufliches Ansehen zu schädigen

Ich würde versuchen, schwer, einen Halter (Software-Wartungsgebühr) für die Führung der Anwendung Strom zu verkaufen. Und damit ein gutes juristisches Dokument klar umreißt, was der Kunde erhält für die Gebühr (das heißt Kompatibilität und Sicherheitsupdates, keine neue Funktionen). Software-Wartung ist in der Regel nicht so schwer zu verkaufen, wenn Sie auch das Hosting tun.

Aus Gründen der Argumentation, wird der Antrag angenommen werden 'eingefroren' für 6 Jahre:

Ich würde absolut nicht verwenden Javascript auf alles, was zum letzten 4+ Browsergenerationen soll. Ich denke, jQuery ist groß, aber ... keine Möglichkeit, Javascript-Motoren viel zu schnell ändern. Für die Ausgabe, ich würde halten Sie sich an nur:

  • HTML 4.01 Strict & CSS 2 (Ich dachte an XHTML 1.0 Strict, die im Wesentlichen HTML 4.01 Strict geändert mit XML-Regeln zu entsprechen. Aber HTML 4.01 die größte installierte Basis hat, und ich‘ bin kein Fan von XML. Es ist eine Ermessenssache.)
  • PNG und GIF.

Im Hinblick auf die Beibehaltung Sache statisch, diese einfache Ausgabe ist wahrscheinlich der größte Gewinn.

Für die Serverumgebung, Ich würde versuchen, Windows 2008 R2 angeben; .NET 4.0 und ASP.NET MVC 2 und a 'in der Nähe von gefrorener' Server-Konfiguration (das heißt Sicherheits-Updates nur). Windows 2008 R2 sollte eine erweiterte Unterstützung für etwa haben 10 Jahre ab jetzt. Die vorherige Generation (Win 2008, .NET 3.5SP1 und MVC 1.0) würde auch funktionieren; aber ASP.NET MVC 2 sucht soo schön, so ich, dass für meinen persönlichen funfactor verwenden würde es vorziehen.

Große Open-Source-Projekte mit einem guten Track Record von 'da zu sein' wären auch in Ordnung sein -. NHibernate, nUnit, StructureMap et cetera

Oh, und guter Ruf auf ASP.NET verwenden. Microsoft ist immer noch gut an die Abwärtskompatibilität zu halten und Sicherheitsupdates Zurückportieren. ASP.NET und Java sind die beiden nur Umgebungen ich für so etwas betrachten würde.

Andere Tipps

Sie werden wahrscheinlich nicht zu befürchten, dass. Es gibt so eine große Investition mit JQuery von mehreren großen Unternehmen zu arbeiten, dass ich bezweifle, dass Sie in diese Art von Problemen führen werden. Die Bahn wird wohl immer zu bleiben rückwärtskompatibel zum Scheitern verurteilt (und das Mittel mit Sachen, die vor 10 Jahren heute herauskommen), damit ich Ihre JQuery-basierte Anwendung vermuten sollte in Ordnung sein. Wenn Sie es gut mit IE7 losgeht / 8, neuester Firefox und Safari, sollte alles in Ordnung sein. Das heißt, wenn diese nicht ausreicht, dann wohl keine andere Web-basierte Lösung wird entweder.

Aber ich auf jeden Fall empfehlen JQuery verwenden Sie aus der Browser-spezifischen Fragen in Bezug auf die Javascript Interaktion viele zu verbergen. Soweit ASP.NET MVC, wieder ist es eine ziemlich solide Plattform, dass ich viele Unternehmen denken, wird auch weiterhin für viele Jahre zu unterstützen kommen.

Für jquery, nur keine Sorge, wie bobbyshaftoe sagte.

Für ASP.NET MVC, es wird nicht so bald sterben; nontheless, da es sich um eine sehr junge Technologie ist und wahrscheinlich häufig in den ersten Versionen geändert werden können Wartungsprobleme zu erwarten.

Das gleiche verwendet mit Schienen passieren. Eine App mit Schienen geschrieben 1.x einige Änderungen an Arbeit erforderlich th 2.x Schienen

Dies kann ein Problem sein, oder nicht: eine App mit Schienen geschrieben 1.x mit 1.x Schienen arbeiten zu halten, und eine App mit MVC 1 geschrieben hält mit MVC 1 arbeiten.

Ich denke, dass es noch zu früh ist 2 zu sagen, wie viel MVC von MVC 1 unterscheiden: MVC 2 Preview 2 ist, aber es muss bemerkt werden, dass viele viele Klassen, Methoden, Schnittstellen usw. geänderten Namen und Verhalten mehrmals zwischen MVC 1 RC1, RC2 MVC1 etc.

Auf der anderen Seite, wenn Ihre Anwendung komplex genug ist, kann immer noch die richtige Wahl sein MVC verwenden, auch den zusätzlichen Aufwand zu aktualisieren die neueren Versionen benötigte man bedenkt (die in der Regel nicht so groß): ein MVC-app ist mehr wartbar (meiner Meinung nach).

Eine letzte Überlegung: Bitte beachten Sie, dass 6 Jahre eine sehr lange Zeit in der Wildnis Web-Welt sind, so ist es nicht möglich, im Voraus zu sagen, was sich ändern wird und was nicht.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top