支持内容

COM 组件开发

我们支持包含 COM / ActiveX / OCX、注册表注册、32bit / 64bit、.NET 与 C++ 边界在内的 Windows 组件开发、封装与维护。

我们承接这样的课题

  • 想维护使用 COM / ActiveX / OCX 的既有应用程序
  • 在注册表注册、RegAsm、regsvr32、管理员权限等问题上卡住了
  • 想确定如何把 32bit 组件与 64bit 应用程序连接起来
  • 想梳理 .NET 与 C++ 的边界,整理成易于维护的形式
  • 想在保留旧组件的同时,让新应用程序也能使用它

COM 相关的问题往往不只是代码逻辑的问题,还常常因为进程的 bitness、注册位置、宿主、权限、线程模型纠缠在一起而发生。

擅长处理的主题

  • COM 组件的全新开发与改造
  • ActiveX / OCX 的调查,以及注册、分发相关问题的梳理
  • Reg-free COM 的评估
  • 跨 32bit / 64bit 的结构设计
  • 通过 C++/CLI、COM 桥接、独立进程化封装既有资产

推进方式

  1. 首先梳理所使用的宿主应用程序、目标组件、bitness 和注册状态。
  2. 然后决定是继续以 in-proc 方式使用、改为独立进程,还是分阶段替换。
  3. 实现阶段把注册、分发、权限、日志、回退都包含在内,整理成能在现场重现的形式。

适合这样的咨询

  • 拥有包含 COM / ActiveX 的 Windows 资产,但维护人员越来越少
  • 因为 Visual Studio 或 Office 的 bitness 变更,既有组件不再工作
  • 想在活用既有规格的同时,从新的 .NET 应用程序中调用
  • 在全面替换之前,想先梳理边界、安全地延长使用寿命

常见咨询

无法马上替换旧的 COM 或 ActiveX,也可以咨询吗?

可以。我们会区分保留的部分、封装的部分和替换的部分,梳理出不容易破坏现有运维的推进方式。

存在 32bit / 64bit 不一致的环境也能处理吗?

可以。是勉强在 in-proc 内解决,还是通过独立进程化或 COM 桥接分开处理,我们会连同宿主端的约束一起研究。

联系我们

如果您遇到的问题与这项服务内容相近,请直接分享当前状况和困扰。我们会协助您理清应从调查、改修还是方针梳理着手。

← 返回首页