若是一个类承担的职责过多,就等于把这些职责耦合在了一块儿。一个职责的变化可能削弱或者抑制这个类完成其余职责的能力。java
这种耦合会致使脆弱的(fragile)设计,当变化时设计会遭受到意想不到的破坏。函数
在SRP中,咱们把职责定义为“变化的缘由”。若是你可以想到多于一个的动机去改变一个类,那么这个类就具备多于一个的职责。有时,咱们很难注意到这一点。咱们习惯于以组的形式去考虑职责。spa
Modem.java --违反SRP设计
interface Modem{ public void dial(String pno); public void hangup(); public void send(char c); public void recv(); }
然而,该接口中却显示出两个职责。第一个职责是链接管理;第二个职责是数据通讯。dial和hangup函数进行调制解调器的链接处理,而send和recv 函数进行数据通讯。code
interface DataChannel{ public void send(char c); public void recv(); }
interface Connection{ public void dial(String pno); public void hangup(); }
....接口
。。。。io
....class
SRP是全部原则中最简单的之一,也是最难正确运用的之一。咱们天然地把职责结合在一块儿。软件
软件设计是真正要作的许多内容,就是发现职责并把那些职责相互分离。事实上,咱们将要论述的其他原则都会以忱样或那样的方式回到这个问题上。通信