系统重构后，对项目定制开发的兼容性问题

公司自实施产品线战略以来，基本推翻了全部旧有业务模块。后续以标准产品+二次开发的模式进行项目开发。但在涉及到一些旧有系统二期、三期升级改造过程中。不可避免的需要解决旧有系统的客户定制化开发兼容性问题。也就是旧有系统定制开发的模块不能丢弃。重新开发从工程进度上又不允许。因此，需要把旧有系统的某几个定制开发模块嫁接到重构后的产品项目上。
面对该需求，本人参考了日志slf4j的兼容包log4j-over-slf4j的做法。在重构系统和旧系统定制模块之间开了一个中间适配包。用来兼容重构系统和旧有模块。如下图：
a

在重构系统中，因为涉及到对表结构优化，代码优化，业务优化等方法。不能满足旧有系统的依赖。因此，在乱配包中，把旧有系统的外部依赖都用原类名、原方法名、原参数、原包名写个空壳子。用重构系统中的新组件做实现。旧有系统定制模块在消除编译问题的同时，也适配了重构系统的相关方法、接口等。
如下图所示代码：

旧有定制模块获取登录用户id在适配包中的写法:

    // 调用了旧系统中的UserUtils.getLoginUserId()方法。public class UserUtils {public static String getLoginUserId() {// 实际调用的是重构系统中的获取登录用户方法return ZYUserHelper.getLoginAreaUserId();}}

通过该方案的实施，大大节省了旧系统改造升级的开发周期。在公司其他同场景的其他项目中，得到了广泛的推广。取得了良好的经济效益。