Är det någon som har gjort en sådan övergång att man har gått över från sitt klassiska ASP system till att bygga och köra ett .NET system?
Nu menar jag inte små, privata hemsidor utan större affärslösningar.
Vi står lite grand inför ett sådant beslut nu. Vi har börjat kika på .net och tycker om det vi ser, men sen kommer alla huvudbryn vad gäller migrering av hela systemet.
I dagsläget är det ett relativt stort asp-system med en betydande mängd kod och data för en webshoplösning.
Detta hade ju inte varit något problem om man klart och tydligt hade kunna definiera upp klara och tydliga sektioner av systemet som man kunde bygga om utan att detta skulle påverka andra delar. De flesta delar av systemet har på ett eller annat sätt kopplingar till andra delar så det är ett enda stort spindelnät.
Hur skulle man kunna tänkas gå tillväga i ett sådant här läge? Finns det någon "roadmap" för migrering? Ja ni kanske fattar dilemmat och problemet :)
Så det är det som är tillvägagångssättet man måste ta? Skrota det man byggt (ok inte helt skrota men iaf) och sen bygga upp nytt? Något smidigare måste det ju finnas. Hur är det tänkt att alla stora siter som kört klassisk asp fram tills nu ska kunna gå över till asp.net?
Visst vet jag att strukturen är som natt och dag mellan de två men man är ju den eviga optimisten och hoppas någon ska säga att det går att vifta med ett magiskt trollspö ;)
.. och nej tack men jag behöver ingen hjälp i maya flumpa
Eftersom ASP och ASP.NET är två väldigt olika saker så är det enklaste att bygga om allt. MEN, som du själv säger, vem vill/kan göra det.
Det finns en del guider om hur man kan gå tillväga. Jag tror att det viktigaste är att ta lite i taget. Det går ju att blanda både ASP och ASP.NET i en webbapplikation.
Något som dock är viktigt är att eftersom det gäller en stor applikation så LÄR er .NET ordentligt innan. ASP.NET och ASP är som du själv säger som natt och dag. Vad du gjort tidigare i ASP kan du glömma. Med .NET är det "riktiga" språk istället för scriptspråk, det är objektorienterat och i ASP.NET har du tusentals färdiga kontroller som gör mycket av jobbet åt dig.
Tack för all input.
Jo det är nog skynda långsamt som gäller. Får nog bli något i stil med ett separat utvecklingssystem där man mer eller mindre bygger upp det från grunden. En del kommer man säkert att kunna återanvända med inte allt för mycke ändringar. Annat får man tänka om helt.
Antar att man får se det på från den ljusa sidan att man nu har en chans att göra rätt vissa av de misstagen man dragits med. Dessutom så har man ju det mesta av "tänket" klart.
Jag återkommer när och om detta genomförts i framtiden :)
Det beror även på hur er ASP lösning är byggd.
Om ni har lagt mycket i COM-komponenter så kan dessa användas i ASP.NET innan ni bygger om komponenterna i .NET.
Preci som patrik undrar så är det viktigt att veta hur er struktur och aritektur ser ut för ASP siten. Om den har en bra artitektur med lager och väldefinerade Interface däremellan så är det faktiskt inte så svårt att byta ut lager för lager under drift.
Om det istället är en "klassisk" ASP lösning där all kod ligger inlinat med HTML-koden och man har direkt anrop till databasen från ASP sidan, så är det inte mycket som kan återanvändas. Då är rådet från min sida att bygga om och bygga rätt. Det viktiga är som sagts tidigare att ni verkligen har koll på ASP.NET innan ni börjar bygga om er system. Så ett par testprojekt (ungefär lika stora som det som ni vill bygga om) innan ni börjar strukturera och aritekterar upp ert nuvarande system i .NET. På detta viss så lär ni er av misstagen och har med de i tankarna till nästa projekt.
Vi har precis bytat vår aritektur på jobbet och då har vi jobbat med .NET i 2 år och först nu har vi kommit fram till en aritektur som vi tycker verkar bra (får se hur länge det varar). Vi körde klassiskt 3-skiktade lösningar innan, nu är vi uppe i 7-8 skikt istället och känner att vi får en massa extra vinster utav detta. I en hyffsat enkel weblösning (som man skulle klara med bara code-behind) så har vi 12 olika projekt alltså minst 12 olika dll som skall användas på olika sätt. Vid en först anblick så känns det väldigt overkill, men efter ett tag så förstår man verkligen styrkan i aritekturen och hur enkelt det blir att underhålla och utvecklas systemet.
har skrivit en länk till MS syn på hur aritekturen skall vara (det är ifrån denna som vi tagit vår bas) för några poster sedan. Kolla där så får du säkert en massa tips och frågetecken :)
