系统重构

一个软件系统来一次代码重构，可能费时费力，并且面临制造缺陷的风险，但可以激发解决历史遗留问题的动力。

开发程序化交易系统陆陆续续的有十多年了，一直怀着实现业务功能的目的去做，对于架构上的考虑，没花太多心思，以致于代码多有臃肿、累赘、不规范。这次，为了给公司增加一点表面的含量，冲着申请软著去的，就计划来一次系统的整体重构。

重构的目标主要有两个：一是低耦合的模块化，二是代码规范化。低耦合的模块化当然也会考虑业务的颗粒度与独立性，同时考虑团队协作开发的可拆分性。比如，交易与行情接口的封装模块就可做成一个标准的内部接口，使得接口开发完全独立于系统整体架构，可无缝接入。代码的规范化则是团队成员水平参差不齐所致，是历史遗留问题，主要是命名、设计模式等的规范没形成标准的问题。

这次的重构，代码梳理没花太多时间，预后的系统测试倒花了不少时间。整体系统是团队的结晶，涉及诸多业务细节与老旧技术，一次耗时耗力的系统重构，旧貌换新颜，就当重温码农的基本功，外加熟悉业务架构，也为申请软著做好准备。