Thème
Migration ActiveX
Page de sujet destinée aux équipes qui décident comment conserver, encapsuler ou remplacer les actifs ActiveX/OCX existants sans forcer une réécriture simultanée.
Ce qu’il faut clarifier dans ce thème
Avec des composants ActiveX ou OCX existants, le choix semble souvent se limiter à « tout réécrire » ou « ne rien toucher ». Il existe pourtant de nombreuses voies intermédiaires.
- Conserver provisoirement le composant et assurer sa maintenance
- Encapsuler sa frontière pour le rendre plus sûr à utiliser depuis le nouveau code
- Remplacer progressivement les fonctions périphériques
- Reconcevoir uniquement la frontière native dans un premier temps
Questions courantes sur ce sujet
- Jusqu’où prolonger la durée de vie d’un composant ActiveX ou OCX
- Comment l’appeler en toute sécurité depuis un nouveau code .NET
- Distinguer ce qui doit être remplacé maintenant de ce qui peut rester
- Organiser les responsabilités et les frontières de threads autour de COM
Direction typique
Avant de décider une réécriture complète, il est souvent plus efficace de cartographier les frontières actuelles puis de comparer maintenance, encapsulation et remplacement progressif. Les pages de conseil et de migration, accompagnées des articles associés, fournissent une base concrète pour cette comparaison.
Contactez-nous
Si cette page correspond à votre situation, décrivez-nous le contexte actuel et le type d’aide dont vous avez besoin.