P1:单一职责原则(SRP)

一、定义

Single Responsibility Principle，简称SRP，类的职责要单一，不要讲过多的职责功能放到一个类中。
一个类只负责一个功能领域中的相应职责。
如果一个类的所做的事情很多，就难以实现复用，而且各种职责的耦合度会变高。所以，应该将不同职责封装在不同类中，不同的功能变化封装在不同类中。这样，接口的功能比较专一，可读性、复用性都很高，也容易维护。

二、设计思路

假设我们要设计一个系统，有如下登录、注册、支付等功能，类结构如下：

    /**
     * 总控制类
     */
    @Controller
    public class userController{
        /**
         * 登录
         */
        public void login(){
        	// TODO 
        }
 
        /**
         * 注册
         */
        public void register(){
        	// TODO
        }
        /**
         * 支付(支付宝)
         */
        public void aliPay(){
        	// TODO
        }
 
        /**
         * 支付(微信)
         */
        public void wXPay(){
        	// TODO
        }       
    }

如果我们按上面的类进行设计，则各种功能都混杂在一起，代码可读性很差，后期维护成本也很大。
所以我们要对UserController进行拆解，实现高内聚、低耦合：

public class LoginController(){}
public class registerController(){}
public class payController(){
    // TODO 支付类可以定义一个公共接口，分别有支付宝、微信支付的服务的实现：aliPayService\wXPayService
}

此外，关于职责单一的理解，我们还可以延伸到接口层面，也就是一个接口内部只做一种单一职责的功能，尽量不要将一个接口做成大杂烩。否则，后期同样会带来很大的运维成本。
END.