Was ist der einfachste Weg von asp classic zu konvertieren zu ASP.NET?
https://stackoverflow.com/questions/95724
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich bin ein .NET-Entwickler, die mit dem Upgrade eine klassische ASP-Website asp.net beauftragt wurden. Die Website läuft derzeit auf Glück und Kaugummi, aber es gibt nicht genug Zeit oder Geld Fortschritt zu stoppen und eine vollständige Rewrite zu tun. Natürlich werde ich immer noch neue Features zu liefern in der Lage sein muß, während ich ein Upgrade bin.
Welche Strategien soll ich eine glatte graduelle Änderung zu asp.net machen? Sollte ich auf eine einreihige .net Lösung umwandeln und dann in eine geeignete Multi-Tier-Lösung Refactoring oder sollte ich jetzt mein Geschäft und Datenschichten entwerfen? Soll ich geradeaus gehen bis 3,5 oder ist es einfacher, nur auf 1,1 zu erhalten und ein Upgrade auf 2.0 oder 3.5 nach?
Eine vollständige Umwandlung würde wahrscheinlich 3-5 Monate dauern. Es gibt auch einige bestehende 1.1-Code, weshalb ich verwende man bedenkt, dass als Startpunkt.
Lösung
ein langjähriger klassischer asp Programmierer worden ist und nun ein ASP.NET-Entwickler, würde ich die Zeit und Architekten es richtig in dem 2.0-Framework (3.5, wenn Sie wollen / müssen die Eigenschaften) nehmen.
Mein letzter Job hatten wir eine große Handvoll sehr schlecht klassische ASP-Anwendungen zu bauen, die wir den Wiederaufbau und das „Nuke und ebnen“ -Ansatz die erfolgreichste war. Verwenden Sie die vorhandene klassische App als funktionale Spezifikation und Drahtmodell und bauen Sie Ihre Aufgaben und technische Daten aus dafür.
Andere Tipps
Sie Ihren Code nicht wegwerfen!
Es ist der einzige schlimmste Fehler, den Sie (auf einer großen Code-Basis) machen. Siehe Dinge sollten Sie niemals tun, Teil 1 .
Sie haben viel Mühe in diesen alten Code investiert und viele Fehler ausgearbeitet. Werfen es weg ist ein klassischer Entwickler Fehler (und ein Ich habe schon viele Male getan). Es macht dich „besser“, wie eine Feder Reinigung fühlen. Aber Sie brauchen keine neue Wohnung und alle neuen Möbel ausstatten Ihr Haus zu kaufen. Sie können zu einer Zeit auf einem Raum arbeiten ... und vielleicht ein paar Dinge brauchen nur eine neue Lackierung. Daher ist dies in dem Refactoring kommt.
Für neue Funktionalität in Ihrer Anwendung, schreiben Sie es in C # und nennen Sie es von Ihrem klassischen ASP . Sie werden als modulare gezwungen werden, wenn Sie diesen neuen Code neu schreiben. Wenn Sie Zeit haben, Refactoring Teile des alten Code in C # als auch, und die Fehler trainieren, wie Sie gehen. Irgendwann werden Sie Ihre App mit allen neuen Code ersetzt haben.
Sie können auch Ihren eigenen Compiler schreiben. Wir schrieben eine für unseren klassischen ASP-App vor langer Zeit uns zur Ausgabe von PHP zu ermöglichen. Es heißt Wasabi und ich denke, es ist der Grund, warum Jeff Atwood Joel Spolsky dachte ging aus seiner Wippe. Eigentlich, vielleicht sollten wir es einfach versenden, und dann könnte man diese verwenden.
Es erlaubte uns, unsere gesamte Code-Basis zu wechseln für die nächste Version auf .NET, während nur einen sehr kleinen Teil unserer Quelle neu zu schreiben. Es verursacht auch eine Reihe von Menschen, die uns verrückt zu nennen, aber einen Compiler schreiben, ist nicht so kompliziert, und es gab uns ein hohes Maß an Flexibilität.
Auch wenn diese eine interne einzige Anwendung ist, lassen Sie es einfach. Sie nicht, es neu zu schreiben -. Sie der einzige Kunde sind und wenn die Anforderung ist, müssen Sie es als klassische asp laufen, können Sie diese Anforderung erfüllen können
Wie lange würde eine vollständige Umwandlung / Rewrite nehmen? Es wird auch auf dem Gehen abhängen, wie Sie Ihr ursprüngliches Projekt strukturiert haben.
I können Antwort, die Sie sollten nur v2.0 Ziel (3.5, wenn Sie wollen / müssen es Features) von Anfang an. Es gibt keine Notwendigkeit, sich zu 1.1 des Rahmens zu unterziehen.
Versuchen Sie diese Links
Sie können auf dem neuen ASP.NET MVC-Framework suchen. Das Maß an Flexibilität ist erstaunlich, und die Codierung Stil ist etwas verwandt mit dem ASP klassischen Ansatz, wenn auch mit vielen besseren Trennung von Kirche und Staat.
Hier finden Sie aktuelle Snitz Foren (www.snitz.com) - sie sind zur Zeit in ASP, aber der Port auf ASP.NET ist fast abgeschlossen. Beiden Codebasen sind für Sie zu sehen, so können Sie eine Vorstellung davon zu bekommen, wie es dort getan wurde, um Ihnen zu helfen.
würde ich vermeiden, in .NET 1.1 gehen, da Microsoft die Unterstützung für v endet, 1.1 des .NET Framework auf 10/14/2008. Die erweiterte Unterstützung verläuft durch 2013.10.08 aber ist in der Regel teuer in der Anschaffung. Etwaige Fehler oder Sicherheitslöcher werden nicht angegangen werden, und sind Ihr Problem.
http://support.microsoft.com/ Lifecycle /? LN = en-us & x = 11 & y = 10 & p1 = 1249
Paul
einfachste Weg, es zu tun ist, um sich in den Kopf zu springen. bekommen einige asp.net Bücher und tauchen Sie ein in Visual Studio. Haben die Beispiele, mit ihm spielen, bauen etwas Spaß für sich selbst. Sie werden lernen, indem Sie.
Ich arbeite auch auf eine schrittweise Migration von klassischen ASP zu ASP.NET. Unsere erste Phase der Migration einige gemeinsame Logik von einer ASP gehören zu einer .NET-Assembly, die COM-Interop ausgesetzt ist, so dass sie sowohl von klassischen ASP und ASP.NET aufgerufen werden. Ich habe einige Tests geschrieben mit ASPUnit das Verhalten nach der Migration auf die .NET-Assembly, um zu überprüfen (mit dem zusätzlichen Nutzen sicherer Refactoring). Sobald die Kernlogik in .NET ist, können wir neue Seiten in ASP.NET beginnen die Erstellung und individuelle ASP-Seiten zu ASP.NET in unserem eigenen Tempo zu migrieren.
würde ich .NET 2.0 oder 3.5 über 1.1 empfehlen. ASP.NET MVC sieht aus wie ein attraktiver Upgrade-Pfad.
