Version imprimable
Bonjour,
J'ai une application en Framework V3.5 SP1, et j'ai des modules qui sont développés avec Framework V2.0.
Est-ce que ce scénario va ralentir le fonctionnement de mon application? J'aurai mon application qui va s'exécuter avec deux framework différents?
Comment ça se passe?
Merci d'avance de votre aide !
le .NET 3.0 SP1 est basé sur le .NET 2.0 SP1 donc à priori ton application en .NET 3.5 SP1 va s'exécuter avec le runtime 2.0 SP1 chargeant les modules développés en .NET 2.0 plus les assembly spécifiques au .NET 3.5.
Donc vu que le fw 3.5 SP1 n'est en gros qu'une surcouche du .NET 2.0 SP1 ça devrais être transparent dans ton cas de figure.
Merci de la réponse !
Donc si je comprends bien, seul le runtime 2.0 est chargé, et mes modules en 3.5 utilisent des ajouts au 2.0? Ces ajouts ne sont pas lents?
le .NET 3.5 en gros rajoute des dlls supplémentaires au .NET 2.0 (les composants WPF+WCF+Linq+...) mais ça ne reste que des assembly. Donc la vitesse n'est pas affectée vu qu'au final c'est juste un élargissement des dlls que tu peut référencer.
A mon avis la vrai question est : qu'est ce que tu utilises du Framework 3.5 et pourrais tu t'en passer ?
Si la réponse est non alors ce n'est pas la peine de se poser des questions sur les perfs.
Merci pour la réponse!
Oui j'utilise des éléments du Framework 3.5 SP1 (EDM, WCF) dont je ne peux pas me passer. Par contre, je me pose plutôt la question si je dois passer mes projets actuellement en 2.0 en 3.5 pour gagner de la performance...
Je ne le fais pas directement car ça implique de passer plusieurs de mes applications en 3.5. J'aimerais être certain que ça en vaille la peine ! :lol:
Il n'y a pas de runtime 3.5 : c'est toujours le 2.0 qui est utilisé. Le framework 3.5 apporte des nouvelles fonctionnalités mais ce sont simplement des assemblies supplémentaires et une évolution du compilateur. Le CLR, lui, n'a pas changé depuis la version 2.0.
Parfait, merci de la réponse ! :king: