我們對應這類課題
- 想維護使用 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 應用程式使用
- 在全面汰換之前，想先整理邊界、安全地延長壽命