设计原则--》单一职责原则

如果一个类承担的职责过多,就等于把这些职责耦合在了一起。一个职责的变化可能削弱或者抑制这个类完成其他职责的能力。

这种耦合会导致脆弱的(fragile)设计,当变化时设计会遭受到意想不到的破坏。

什么是职责?

在SRP中,我们把职责定义为“变化的原因”。如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责。有时,我们很难注意到这一点。我们习惯于以组的形式去考虑职责。

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 函数进行数据通信。

interface DataChannel{
    public void send(char c);
    public void recv();
}
interface Connection{  
    public void dial(String pno);
    public void hangup();
}


....

分离耦合的职责

。。。。

持久化

....

结论

SRP是所有原则中最简单的之一,也是最难正确运用的之一。我们自然地把职责结合在一起。

软件设计是真正要做的许多内容,就是发现职责并把那些职责相互分离。事实上,我们将要论述的其余原则都会以忱样或那样的方式回到这个问题上。

相关文章
相关标签/搜索