保留有价值的软件资产，逐步走向新架构。
长期使用的组件中，往往积累着业务判断和设备特定行为。小村软件不会一律替换这些组件，而是先调查职责与依赖关系，再将继续使用、调整连接方式和替换组合起来，支持迁移。
可以咨询的问题
- COM / ActiveX / OCX 中包含重要行为，暂时无法替换
- 32 位组件阻碍应用或运行环境更新
- 希望在新的 .NET 应用中使用 C++ 功能
- 全面更新很困难，但继续维护现状也令人担忧
- 为将来替换做准备，先梳理依赖关系和迁移顺序
明确保留、连接与替换的范围
判断哪些资产值得保留
确认组件承担的是界面功能、业务逻辑还是设备通信。检查源代码、使用条件与依赖环境，明确继续使用的价值和限制。
设计与新系统的连接
评估 C++/CLI 封装层、COM 集成、独立进程等方式。结合 32 位和 64 位、权限、线程与错误处理，明确接口层的职责。
确定分阶段替换的顺序
确认依赖功能及对现有业务的影响，区分先更新和后替换的部分。迁移计划也包含现有行为的验证方法与回退条件。
委托流程
- 调查资产与限制。 梳理各组件职责、调用关系、开发环境和运行环境。
- 比较实现方式。 确认继续使用、增加接口层、独立进程和替换方案的优点与投入。
- 验证连接。 提前验证不确定部分，明确所需改造及迁移顺序。
- 从约定范围开始实现和迁移。 在检查现有行为的同时，逐步转向新架构。
目标不只是延长旧组件的使用寿命，而是清楚知道哪些必须保留、下一步哪些可以改变。
根据主要需求选择服务
如果重点是特定组件的开发或修改，请参阅 COM 组件开发；如果主要目标是整个应用的重做，请参阅 Windows 应用程序替换。
即使不清楚组件结构，也可以先说明已知的应用名称、开发语言和希望更新的原因。