Mise à niveau de ASP.NET de la version 1.1 à la version 2.0 - Des pièges?

Question

Je sais que nous sommes vraiment en retard, mais nous sommes sur le point de passer de .NET 1.1 à .NET 2.0.

Merci pour votre sympathie.

Quoi qu'il en soit, y a-t-il des pièges à surveiller?
Avez-vous des conseils généraux avant de nous lancer?

S'il vous plaît, ne postez pas de message me disant d'aller directement à 3.5: 2.0 est tout ce que nous sommes autorisés!

Nous utilisons principalement C #.

Answer 1

Voici ma recommandation avant la mise à niveau:

• Si vous utilisez Visual Studio 2003, vous devez choisir VS2005. Vous devrez convertir les anciennes solutions et projets afin qu’il soit compatible avec VS2005. Assurez-vous de disposer d'une sauvegarde du projet que vous allez convertir afin de pouvoir l'annuler ou même l'utiliser comme source pour toute modification nécessaire aux projets convertis.
• Si vous développez des applications Web à l'aide de .NET 1.1, assurez-vous que tous les répertoires et applications virtuels d'IIS sont configurés pour fonctionner avec ASP.NET 2.0. Vous devrez peut-être également configurer un nouveau pool d'applications pour vos applications .NET 2.0.
• Si vous utilisez des bibliothèques tierces dans vos projets .NET 1.1, vous devrez peut-être vérifier sa compatibilité avec les projets .NET 2.0. Certaines anciennes bibliothèques utilisées dans .NET 1.1 ne sont pas compatibles avec la version 2.0.

Answer 2

Oui. La chose la plus importante à savoir est d’utiliser un projet d’application Web, pas un site Web. Les sites Web utilisent un modèle de compilation totalement différent et la migration est un désastre. Les projets d’application Web ressemblent beaucoup plus à la façon dont les choses fonctionnaient dans la version 1.1.

Nous avons également eu un problème intermittent de redirection à partir de l'écran de connexion, mais selon Google, nous étions essentiellement les seuls à avoir ce problème. Nous l'avons depuis résolu.

La plupart des autres problèmes que nous avons rencontrés étaient petits et faciles à gérer, et l'expérience globale était une nette amélioration.

Answer 3

Un des pièges à éviter est l'implémentation 1.1 d'origine du produit .NET 2.0 (qui manquait dans la version 1.1), comme RegistryHandler, etc. Parfois, votre code 2.0 nouvellement porté utilisera correctement une classe 2.0 lorsqu'il utilisera réellement la version développée à la maison.

Answer 4

Le déploiement est un autre casse-tête si vous mettez à niveau une application déjà déployée. Vous devez basculer la version .NET dans IIS de la version 1.1 à la version 2.0.

Answer 5

Je me souviens que nous avons dû modifier certains scripts client, car la manière dont les ID client sont générés pour les contrôles serveur a été modifiée d’ASP.NET 1.1 à 2.0.

Je ne me souviens pas des circonstances exactes, mais certains identifiants auparavant préfixés ctl0 _ sont devenus ctl00 _...