こういう課題に対応します
- COM / ActiveX / OCX を使う既存アプリを保守したい
- レジストリ登録、RegAsm、regsvr32、管理者権限まわりで詰まっている
- 32bit コンポーネントと 64bit アプリをどうつなぐか決めたい
- .NET と C++ の境界を整理して、保守しやすい形にしたい
- 古いコンポーネントを残しながら、新しいアプリから使えるようにしたい
COMまわりの問題は、コードのロジックだけでなく、プロセスのbitness、登録先、ホスト、権限、スレッドモデル が絡んで起きることが多いです。
対応しやすいテーマ
- COMコンポーネントの新規開発・改修
- ActiveX / OCX の調査、登録、配布まわりの整理
- Reg-free COM の検討
- 32bit / 64bit をまたぐ構成設計
- C++/CLI、COMブリッジ、別プロセス化による既存資産のラップ
進め方
- まず、利用するホストアプリ、対象コンポーネント、bitness、登録状態を整理します。
- 次に、in-procで使い続けるか、別プロセス化するか、段階的に置き換えるかを決めます。
- 実装では、登録・配布・権限・ログ・切り戻しまで含めて、現場で再現できる形にします。
こんな相談に向いています
- COM / ActiveX を含むWindows資産があり、保守担当が減っている
- Visual StudioやOfficeのbitness変更で、既存コンポーネントが動かなくなった
- 既存仕様を活かしながら、新しい.NETアプリから利用したい
- 全面リプレイスの前に、まず境界を整理して安全に延命したい