approccio rapido per migrare il classico asp project in asp.net [duplicato]

-2

Recentemente abbiamo ottenuto l'obbligo di convertire un asp classico in asp.net.

Questo è davvero un progetto molto vecchio creato intorno al 2002/2003. Consiste di circa 50 pagine asp. Ho trovato pochissima documentazione per questo progetto, FSD e documenti di progettazione solo per pochi moduli.

Semplicemente dando una rapida occhiata a questo progetto, la mia testa inizia a ferire. È davvero un casino. Ho controllato i record e non ho trovato nessuno degli sviluppatori che hanno lavorato a questo progetto per la compagnia.

Il mio vero dolore è che questo è un requisito urgente e devo fornire una scadenza stimata al mio supervisore.

Ho trovato una domanda simile classic-asp- to-asp-net , ma ho bisogno di ulteriori informazioni su come convertire questo progetto asp classico in asp.net nel modo più rapido possibile.

    
posta Buzz 29.11.2012 - 07:57
fonte

1 risposta

6

Beh, una stima non è una promessa. Fai sapere al tuo capo che qualsiasi stima che fai su base di codice che non conosci e una tecnologia che non conosci sarà molto imprecisa. Rendilo consapevole del livello di rischio.

Cosa rende la conversione così urgente? Forse puoi aggiungere qualcosa alla base di codice esistente per rimuovere l'urgenza e guadagnare tempo per una porta adeguata?

Alcuni suggerimenti:

  • Individua il funzionamento del sistema prima di toccarlo. Creare uno script di test che è possibile utilizzare per verificare tutte le funzionalità. Sei destinato a commettere errori, prova a trovarli velocemente. Forse rivelerà parti che non è necessario portare.

  • Imposta un'applicazione IIS che esegue asp e asp.net side-by-side. Quindi prova a port page per pagina mantenendo la cosa nel suo complesso (potrebbe essere necessario inserire i bit .NET in una directory virtuale separata sotto lo stesso percorso, ho dimenticato).

  • Per prima cosa cerca una porta quasi riga per riga il più possibile prima di iniziare a ripetere o riprogettare parti del codice. Le pagine ASPx di Web Form di ASP.NET sono la soluzione migliore per questo. Non porterei su MVC, che non ha un modello basato sulla pagina.

  • Basta attenersi allo stile di codice inline di ASP mentre sposti il codice nelle pagine ASPX. Ignora il codice ASPX o sposta alcune semplici funzioni non condivise ad esso.

  • Per le pagine che hai trasferito, crea una regola di routing per reindirizzare le richieste X.asp a X.aspx in modo trasparente.

  • Se il codice è in VBscript, allora considera il porting su VB.NET, puoi tenere un sacco di roba senza nome (opzione off severa). Se è jscript, vai per C #, dinamico e inferenza del tipo è tuo amico lì.

  • Le pagine ASP utilizzano in genere i componenti COM come librerie. Di solito puoi continuare a utilizzare queste dipendenze da .NET anche se ci sono modi migliori nel BCL. Se inizialmente puoi rimandare le librerie di migrazione, fallo

  • Esaminare ciascuna pagina e il motivo all'interno, è per lo più disgiunto con altre pagine o sta utilizzando alcuni schemi basati su inclusione per configurare moduli di codice e così via. Tali pagine ASP incluse potrebbero essere direttamente convertibili in file di classe. Tipicamente classi con solo metodi statici (moduli in VB.NET).

  • Solo dopo aver completato la porta line-by-line iniziare a riprogettare. Probabilmente è meglio fare un piano una volta arrivato, saprai molto di più sulla base di codice. Ora è il momento di iniziare a modernizzare.

Ho lavorato con un sistema in cui una conversione simile era a metà. Le parti erano .NET, le parti erano classiche ASP. Potrebbe essere una strategia valida, portare le pagine per cui hai nuovi requisiti e niente di più. Alla fine gli ASP classici vengono convertiti o meno quelli utili svaniscono.

Non sarà 'veloce', fidati di me; -)

    
risposta data 12.12.2012 - 23:14
fonte

Leggi altre domande sui tag