设计模式—单一职责原则

个人感悟

      今天学习了单一职责原则的设计模式，总的来说，就是一个类，引起他变化的原因应该只有一个。如果你发现，引起他变化的原因不只一个，那么你就要想着去分离他了。

      比如说人这个产品，人要吃饭，今天我把吃饭的这个功能写完了，也测试完，可以使用了，一切OK。等到明天，又要求你写个喝水的方法，这个时候你要怎么办呢？和吃饭写在一起嘛？如果在吃饭和喝水都写在一起，那么测试的时候，就要连着测试过的吃饭，和刚写的喝水，一起测试。工作量也就大了起来。

      所以总的来说，尽量把一个类的功能缩小的一个，这样易于维护，可扩展，可复用，也灵活。