设计模式 单一职责原则

单一职责原则

　　定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
　　 单一职责原则告诉我们：一个类不能太“累”！在软件系统中，一个类（大到模块，小到方法）承担的职责越多，它被复用的可能性就越小，而且一个类承担的职责过多，就相当于将这些职责耦合在一起，当其中一个职责变化时，可能会影响其他职责的运作，因此要将这些职责进行分离，将不同的职责封装在不同的类中，即将不同的变化原因封装在不同的类中，如果多个职责总是同时发生改变则可将它们封装在同一类中。
　　比如你要用WinForm开发设计一个游戏。如果各种事件代码都写在同一个类，以后想将这个游戏改用其他框架开发就非常的难。我们可以将界面和逻辑分开不同的类，来实现各自单一职责，来降低耦合度。
　　软件设计真正要做的许多内容，就是发现职责并把那些职责互相分离。通过判断能否想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责，就应该考虑类的职责分离。