设计模式之禅之单一职责原则_java

声明：本文为阅读秦小波所写的《设计模式之禅》所写小结，文章内容可能有部分引述此书。

单一职责原则(Single Responsibility Principle) 1、定义：

在接口、方法的定义上，需要单一职责，一个接口就只干一类事情，一个方法只干一件事情。此原则中心要义：有且仅有一个原因引起类的变更。

在项目上，对于用户角色管理这块，一般是基于RBAC模型：Role-Based Access Control 基于角色的访问控制。它的定义是：通过分配和取消角色来完成用户权限的授予和取消，使动作主体(用户)与资源行为(权限)分离。

BO：Business Object 业务对象 ---- 负责属性
BIZ：Business Logic 业务逻辑 ---- 负责行为

RBAC模型就符合了单一职责原则，将业务对象和业务逻辑分离，彼此只干属于自己的这一类事情，职责清晰，彼此不干涉。但彼此聚合起来又能完成业务的处理。

举例：

interface IUserManager{
    ......
    /**
     * 修改用户信息
     * @param userName  用户名
     * @param homeAddress 用户地址
     * @param telNumber 用户手机号
     */
    public void changeUser(String userName, String homeAddress, String telNumber){
         //业务逻辑处理
    }
    ......
}

以上changeUser方法就不符合单一职责原则，一个方法干了修改用户名，用户地址和手机号的三件事，造成了方法职责不清晰。一旦某人电话号码或者地址变了，还需要再次调用这个方法，将三个信息同时再次输入进去，同时也增大了日后维护的工作量。

进行修改处理：

interface IUserManager{
    ......
    /**
     * 修改用户名
     * @param userName  用户名
     */
    public void changeUserName(String userName){
         //业务逻辑处理
    }
    /**
     * 修改用户地址
     * @param homeAddress 用户地址
     */
    public void changeHomeAddress(String homeAddress){
         //业务逻辑处理
    }
    /**
     * 修改用户手机号
     * @param telNumber 用户手机号
     */
    public void changeUserTelNumber(String telNumber){
         //业务逻辑处理
    }
    ......
}