[size=medium]1.为了开发速度,好多类似的处理逻辑写在一块,然后一个action里面处理很多东西,虽然流程一样,但是它们随着后面开发的进行,逐渐变大,
直到不可控制,修改的难度,以前代码本身出现难度导致问题
2.没有进行彻底的测试驱动开发,后面估计修改,代码质量都是很大的问题,重构这块也是很恼火的事情
thinking---->>>
独立的业务不要去图简单,然后就去直接在其他action里面写
1.类膨胀问题带来的代码混乱,为了快速完成任务,调用里面相关的类方法,但是业务逻辑是有区别的
2.虚的方面是这个类的名字带来的一些问题action这一层也体现了前端页面,业务逻辑的一些东西,
类似的东西写在一块就会出先问题[/size]
直到不可控制,修改的难度,以前代码本身出现难度导致问题
2.没有进行彻底的测试驱动开发,后面估计修改,代码质量都是很大的问题,重构这块也是很恼火的事情
thinking---->>>
独立的业务不要去图简单,然后就去直接在其他action里面写
1.类膨胀问题带来的代码混乱,为了快速完成任务,调用里面相关的类方法,但是业务逻辑是有区别的
2.虚的方面是这个类的名字带来的一些问题action这一层也体现了前端页面,业务逻辑的一些东西,
类似的东西写在一块就会出先问题[/size]