做过开发的人都是知道,单一职责原则
为什么要单一职责
单身狗,无约束,自己想咋的就咋的。如果不是单身狗,用钱的上报,煮饭都考虑煮多或者煮少。
单一:就是只有一个引起类改变的原因
方法单一职责
public Member getMemberInfo(String userName,String passPwd) {
if (StringUtils.isBlank(userName)) {
throw new IllegalArgumentException("用户名不能为空");
}
if (StringUtils.isBlank(passPwd)) {
throw new IllegalArgumentException("密码不能为空");
}
ResponSEObject<Member> loginRsp = memberRpc.login(userName,passPwd);
return loginRsp.getResult();
}
public Member getMemberInfo(String userName,String passPwd) {
validateUserInfo(userName,passPwd);
ResponSEObject<Member> loginRsp = memberRpc.login(userName,passPwd);
return loginRsp.getResult();
}
private void validateUserInfo(String userName,String passPwd) {
if (StringUtils.isBlank(userName)) {
throw new IllegalArgumentException("用户名不能为空");
}
if (StringUtils.isBlank(passPwd)) {
throw new IllegalArgumentException("密码不能为空");
}
}
这样getMemberInfo 就统一行为,里面都是调用方法,不用关心校验的参数的细节
类单一职责
static class Animal {
public static void breathe(String type) {
System.out.println(type + "呼吸空气");
}
public static void main(String[] args) {
Animal.breathe("羊");
Animal.breathe("牛");
Animal.breathe("狗");
Animal.breathe("鱼");
}
}
动物呼吸空气,鱼喝水,所以我们这里要在创建新的类
static class LandAnimal {
public static void breathe(String type) {
System.out.println(type + "呼吸空气");
}
public static void main(String[] args) {
LandAnimal.breathe("羊");
LandAnimal.breathe("牛");
LandAnimal.breathe("狗");
}
}
static class DepthAnimal {
public static void breathe(String type) {
System.out.println(type + "喝水");
}
public static void main(String[] args) {
DepthAnimal.breathe("鱼");
}
}
接口单一职责
public interface IUserManager {
void setUserId(String userId);
void setUserName(String userName);
String getUserName();
boolean changePassWord(String okPassword);
boolean deleteUser(String userId);
boolean addRole(int roleId);
}
看了这个接口知道,有些是行为,有些是属性。
public interface IUserBo {
void setUserId(String userId);
void setUserName(String userName);
String getUserName();
}
public interface IUserBiz {
boolean changePassWord(String okPassword);
boolean deleteUser(String userId);
boolean addRole(int roleId);
}
包单一职责
模块单一职责
单一职责的好处
重用的基础:代码独立,功能单一。
可读性提高,复杂性降低,维护性提高,变更的风险小了,一个接口修改只对应的实现类有影响,对其他接口无影响,系统的扩展性就高。
总结 :对于SRP,正如Robert C. Martin所说,是一起面向对象设计中最简单的原则之一,也是最难正确应用之一。它是其它原则的基础,比如OCP(Open for extension,Close for modification)。合理的职责划分,带来清晰的机构,如果设计不合理带来复杂的设计,导致代码难度读,维护成本增加。
接口一定要单一职责,类的设计尽量做到只有一个原因引起变化。
万变不离其宗,抓住变你就赢了。
道生一,一生二,二生三,三生万物 ,能拆能组合。
写的有错误的地方或者有什么好的经验,请大家留言。