我们承接这样的咨询
- 这项既有资产应该保留、封装，还是替换
- UI、通信、后台处理、日志的职责应该如何划分
- COM / ActiveX / C++/CLI / .NET 的边界应该在哪里切开
- 32bit / 64bit 问题应该在哪里吸收
- 在开始故障调查之前，应该观测什么
适合的阶段
- 实现之前的方针梳理
- 改造既有系统之前的设计复核
- 当前结构存在问题，但全面替换负担太重的阶段
- 故障处理持续不断，想从结构上重新梳理的阶段
咨询中常见的主题
- Windows 应用程序的架构梳理
- COM / ActiveX / OCX 的处理方式
- 32bit / 64bit 互操作
- 线程模型与生命周期设计
- 日志设计、异常设计、异常路径测试
咨询的推进方式
- 首先梳理当前的结构、约束和遇到的困难。
- 然后区分保留的部分、封装的部分和替换的部分。
- 如有需要，进一步推进以实现为前提的评审，或把改造方针整理成文档。
特别契合的项目
小村软件有限公司与 Windows 上稍旧又稍复杂的项目尤其契合。
- 已有既有资产
- 但保持现状难以维护
- 然而全面重写又太重
这类项目从设计梳理入手，结果上往往反而更省钱。