关于如何写好业务代码的思考

1、为新增需求重新写一个页面是很容易的。

2、在老页面里增加新逻辑，往往容易出现很多问题，这些问题往往需求变更导致的。如果我们为每个需求都做好自动化测试，当需求变更或者叠加需求时会更容易发现这些问题。

3、一段时间不去梳理一些逻辑分支比较多的代码，这些代码就会把你缠住，当要去迭代它们时，都感觉寸步难行。

4、对某个页面，某个函数，某个逻辑的简单逻辑说明，是很有必要的。

5、当需求变更，或者增加需求时，最好的状态是不用去改变具体的代码，而是改一个配置文件就能满足需求。这需要一定的抽象能力，就好比我们在使用nginx时，觉大多数情况我们并没有去改nginx的代码，而是在改变配置文件，就能实现千变万化的web站点配置需求。如果能把特定领域的业务都仿照web站点配置，甚至还加入一下其他有用的功能做成一个系统。那需求迭代时可以就只需要写配置文件，或者加入一些相应的插件，不仅迭代容易，也易于让使用的人理解。

6、除了把需求变更，写成配置。不知道还有那些更好的方式来应对需求变更。