【设计模式】4.设计模式原则-单一职责原则

一、原则：

　　规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。

二、作用：

　　1.降低类的复杂度。一个类只负责一项职责，其逻辑肯定要比负责多想职责简单得多。

　　2.提高类的可读性。复杂性降低，自然其可读性会提高

　　3.提高系统的可维护。

　　4.变更引起的风险降低。变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。

三、实现：

　　1.涉及到的种类：模块、包、接口、类、方法、

　　2.需求设计上要注意职责区分，不同的设计职责区分不同，不要一刀切。

　　3.不要过度使用单一职责，像一个类只执行一个方法等浪费空间的做法不可取，建议根据功能或者实体来划分职责。

四、涉及到哪些设计模式：

　　23种设计模式都用到了。

五、示例：

　　单一职责原则在平时用到的很多，比如API类来说，一个负责用户的增删改查功能的接口类，不能将角色的增删改查功能添加进来。具体的功能划分还是要根据需求来说，比如有些需求是登录和注册是两个链接，就需要分开来写，有些是一个按钮，那么API就是一个，但是具体的接口需要是两个(一个登录，一个注册)；比如有些Util工具类，需要根据功能来添加具体方法，比如AES加密，RSA加密等方法需要分两个Util写；还有的话，一个Mapper接口只能写当前实体的数据库操作方法，不要将对其他表的操作加进来(关联查询除外)。比如下面的代码就是适当使用了单一职责：

接口类：

public interface UserService {
    void login(String username, String password);

    int register(String username, String password);

    int logout(String username, String password);
}

实现类：

@Service
public class UserServiceImpl implements UserService {
    /**
     * 登录
     *
     * @param username
     * @param password
     */
    @Override
    public void login(String username, String password) {
        System.out.println("登录成功");
    }

    /**
     * 注册
     *
     * @param username
     * @param password
     */
    @Override
    public int register(String username, String password) {
        System.out.println("注册成功");
        //添加用户成功返回1, 添加失败返回0
        return 1;
    }

    /**
     * 注销
     *
     * @param username
     * @param password
     */
    @Override
    public int logout(String username, String password) {
        System.out.println("注销成功");
        //注销用户成功返回1, 注销失败返回0
        return 1;
    }
}

API接口：

@RestController("/user")
public class UserApi {
    private UserService userService;

    @GetMapping("/login")
    public void login(String username, String password) {
        userService.login(username, password);
    }

    @GetMapping("/register")
    public void register(String username, String password) {
        userService.register(username, password);
    }

    @GetMapping("/logout")
    public void logout(String username, String password) {
        userService.logout(username, password);
    }
}

因为当前功能中，用户只涉及到了注册、登录、注销等行为，因此直接定义一个用户类，将用户的行为放到此类中，针对方法使用单一职责即可。