Problèmes pris en charge
- maintenir une application existante utilisant COM / ActiveX / OCX ;
- résoudre des difficultés liées au registre, à RegAsm, à regsvr32 ou aux droits administrateur ;
- relier un composant 32 bits à une application 64 bits ;
- rendre l’interface entre .NET et C++ plus facile à maintenir ;
- conserver un ancien composant tout en le rendant accessible à une nouvelle application.
Les problèmes COM ne viennent pas seulement du code : l’architecture du processus, la destination d’inscription, l’hôte, les droits et le modèle de threading sont souvent impliqués.
Sujets particulièrement adaptés
- création et modification de composants COM ;
- analyse, inscription et distribution d’ActiveX / OCX ;
- étude d’un déploiement COM sans inscription ;
- conception d’une architecture franchissant la limite 32/64 bits ;
- encapsulation d’actifs existants avec C++/CLI, un pont COM ou un processus séparé.
Déroulement
- Nous recensons l’application hôte, les composants concernés, leur architecture et leur état d’inscription.
- Nous décidons s’ils doivent rester dans le même processus, être isolés ou être remplacés progressivement.
- L’implémentation couvre l’inscription, la distribution, les droits, les journaux et le retour arrière afin que la configuration soit reproductible sur le terrain.
Situations adaptées
- les compétences nécessaires à la maintenance des actifs COM / ActiveX se raréfient ;
- un changement d’architecture de Visual Studio ou d’Office empêche un composant de fonctionner ;
- une nouvelle application .NET doit réutiliser une spécification existante ;
- il faut sécuriser et clarifier les interfaces avant un remplacement complet.