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

单一职责原则
--->类从属性维度的划分：名词属性，动作属性。例如。用户类（User），用户行为类。（UserService）
--->类和接口的设计原则要追求的目标是：有且仅有一个原因能引起它的变化。也就是一个接口或类只有一个职责，它就负责同一类的事情，如果所负责的业务超过两类或两类以上，则考虑拆分成不同的接口。

单一职责原则的好处
--->类的复杂性降低，实现什么指责都清晰明确的定义
--->可读性提高，因为复杂性降低，因此刻度性提高。
--->可维护性提高，因为可读性提高，因此可维护性降低
--->变更引起的风险降低，变更是必不可少的。如果接口的单一职责做的好，一个接口修改，只对相应的实现类有影响，对其他接口无影响。这对系统的扩展性，维护性都有非常大的帮助

示例：

package com.yeepay.sxf.only;
/**
 * 电话的接口类
 * @author sxf
 * 
 * 一个电话的业务类，看似行为只有这些。
 * 可是（1）拨打电话，是需要传输协议的。因此，该业务类隐含负责了通信协议的传输。
 *           （2）通话时，是数据的传输。因此，该业务类隐含负责了数据的传输。
 * 因此该电话业务类，违背了单一职责的原则，该业务类负责协议和数据两个职责。
 * 
 * 我们面向接口的编程。因此可以拆分成两个接口类。一个通信协议的传输接口。一个数据格式的接口。
 * ==>可由一个实现类，同时实现这两个接口，内部组合，完成电话功能。
 * ==>也可以由两个实现类，各自实现一个接口。然后两个实现类，数据传输类引用通信协议传输接口，（增加类的数量，增加了类之间的耦合度）
 *         在需要打电话，先调用通信协议的方法，建立链接。再传输数据。完成通话
 * 
 *
 */
public interface IphoneService {

    /**
     * 拨通电话
     * @param phoneNumber
     */
    public void dial(String phoneNumber);
    /**
     * 进行通话
     * @param o
     */
    public void chat(Object o);
    /**
     * 通话完毕，挂断电话
     */
    public void hangup();
}