设计模式之禅之六大设计原则-单一职责原则-白红宇

单一职责原则

--->类从属性维度的划分：名词属性，动作属性。例如。用户类（User），用户行为类。（UserService）

--->类和接口的设计原则要追求的目标是：有且仅有一个原因能引起它的变化。也就是一个接口或类只有一个职责，它就负责同一类的事情，如果所负责的业务超过两类或两类以上，则考虑拆分成不同的接口。

单一职责原则的好处

--->类的复杂性降低，实现什么指责都清晰明确的定义

--->可读性提高，因为复杂性降低，因此刻度性提高。

--->可维护性提高，因为可读性提高，因此可维护性降低

--->变更引起的风险降低，变更是必不可少的。如果接口的单一职责做的好，一个接口修改，只对相应的实现类有影响，对其他接口无影响。这对系统的扩展性，维护性都有非常大的帮助

示例：

1 package com.yeepay.sxf.only; 2 /** 3  * 电话的接口类 4  * @author sxf 5  *  6  * 一个电话的业务类，看似行为只有这些。 7  * 可是（1）拨打电话，是需要传输协议的。因此，该业务类隐含负责了通信协议的传输。 8  *           （2）通话时，是数据的传输。因此，该业务类隐含负责了数据的传输。 9  * 因此该电话业务类，违背了单一职责的原则，该业务类负责协议和数据两个职责。10  * 11  * 我们面向接口的编程。因此可以拆分成两个接口类。一个通信协议的传输接口。一个数据格式的接口。12  * ==>可由一个实现类，同时实现这两个接口，内部组合，完成电话功能。13  * ==>也可以由两个实现类，各自实现一个接口。然后两个实现类，数据传输类引用通信协议传输接口，（增加类的数量，增加了类之间的耦合度）14  *         在需要打电话，先调用通信协议的方法，建立链接。再传输数据。完成通话15  * 16  *17  */18 public interface IphoneService {19 20     /**21      * 拨通电话22      * @param phoneNumber23      */24     public void dial(String phoneNumber);25     /**26      * 进行通话27      * @param o28      */29     public void chat(Object o);30     /**31      * 通话完毕，挂断电话32      */33     public void hangup();34 }

View Code