封装变化

最近的一个项目搞的有点焦头烂额！

一开始设计的时候可能略显过度，

后期又因为急于交付实施某些地方又没有做到很好的封装。

这样前期的设计就显得不那么值得了，

因为抽象和封装都被破坏了！

 

比如其中的一个模块task，他有很多的状态。关于状态的管理我应该单独封装进一个类中去管理，

而不应该杂乱无章的统统放进task中随便改动。

由单独的接口来控制状态的改变，要比随意的改动更符合OO。

因为在其中逻辑中我就不用太care状态是个什么东西，需要如何去改变并记录它。我只需要调用相应的接口，然后交给接口去管理它，至于接口是如何改变它的，以及如何保存状态，不是业务逻辑中应该考虑的。

 

总之，记住： 要写简洁，可读性强，有效地代码。