1、为新增需求重新写一个页面是很容易的。
2、在老页面里增加新逻辑,往往容易出现很多问题,这些问题往往需求变更导致的。如果我们为每个需求都做好自动化测试,当需求变更或者叠加需求时会更容易发现这些问题。
3、一段时间不去梳理一些逻辑分支比较多的代码,这些代码就会把你缠住,当要去迭代它们时,都感觉寸步难行。
4、对某个页面,某个函数,某个逻辑的简单逻辑说明,是很有必要的。
5、当需求变更,或者增加需求时,最好的状态是不用去改变具体的代码,而是改一个配置文件就能满足需求。这需要一定的抽象能力,就好比我们在使用nginx时,觉大多数情况我们并没有去改nginx的代码,而是在改变配置文件,就能实现千变万化的web站点配置需求。如果能把特定领域的业务都仿照web站点配置,甚至还加入一下其他有用的功能做成一个系统。那需求迭代时可以就只需要写配置文件,或者加入一些相应的插件,不仅迭代容易,也易于让使用的人理解。
6、除了把需求变更,写成配置。不知道还有那些更好的方式来应对需求变更。