重构系统的反思

当一个老系统需要重构时，再既有业务已知，老系统基于业务驱动，逻辑分层不够清晰，代码扩展不够有好的情况下，开始重构系统，由于对设计模式还不够触类旁通的情况下，想强行使用设计模式，出现为了使用设计模式而使用设计模式的情况，具体存在如下问题:

1. 过度使用模式，有的场景根本不存在需要用到模式来处理我却用了，比如入口的工厂，在业务逻辑上没有一个可以区分具体实现工厂的时候，假设了一个可能存在的场景，强行使用了工厂模式
2. 用的装饰者模式，太局限于现有业务，实际业务更复杂，现有的业务变化较大，定义的基础数据存在经常变动的可能。一旦基础数据变动 对增强数据结构的方法是致命的
3. 违背了责任单一原则，将获取数据和数据间的依赖逻关系辑耦合到数据转换/解析 层一起处理，将业务判断逻辑下层到非业务层，导致不可复用和高耦合
4. 在数据基础层提前做了业务处理，当业务变更，无法有效变更，应该交由业务层来决定业务逻辑