- 定义:不要存在多于一个导致类变更的原因
- 一个类/接口/方法只负责一项职责
- 优点:降低类的复杂度、提高类的可读性 提高系统的可维护性、降低变更引起的风险。
package singleresponsibility;
public class Fruit {
public void fruitcolor(String fruitName){
//增加如果是鸵鸟的话 就不会飞
if("橘子".equals(fruitName))
System.out.println(fruitName +"橙色");
else
System.out.println(fruitName +"红色");
}
}
public class Test {
public static void main(String[] args) {
Fruit f1 = new Fruit();
//小鸟会飞
f1.fruitcolor("苹果");
//但是 鸵鸟不会飞 那需要 在 调用类里面增加判断 来修改逻辑
f1.fruitcolor("橘子");
}
}
单一职责就是 每个类只负责自己的业务
public class Fruit {
public void fruitcolor(String fruitName){
System.out.println(fruitName +"橙色");
}
public static void main(String[] args) {
Fruit f1 = new Fruit();
//小鸟会飞
f1.fruitcolor("苹果");
//但是 鸵鸟不会飞 那需要 在 调用类里面增加判断 来修改逻辑
Orange f2 = new Orange();
f1.fruitcolor("橘子");
}
基于接口的单一原则
//商品的基本属性
public interface IGoodsInfoBase {
String getGoodsId();
String getGoodsDesc();
String getGoodsName();
Double getPrice();
}
//商品的扩展属性
public interface IGoodsInfoExtend {
String getGoodIPicUrl();
String getGoodspromotionDesc();
String getGoodsStock();
String getGoodsDiscount();
}
package singleresponsibility;
public class GoodsImpl implements IGoodsInfoBase,IGoodsInfoExtend {
@Override
public String getGoodsId() {
return null;
}
@Override
public String getGoodsDesc() {
return null;
}
@Override
public String getGoodsName() {
return null;
}
@Override
public Double getPrice() {
return null;
}
@Override
public String getGoodIPicUrl() {
return null;
}
@Override
public String getGoodspromotionDesc() {
return null;
}
@Override
public String getGoodsStock() {
return null;
}
@Override
public String getGoodsDiscount() {
return null;
}
}
通过一组接口的实现 能组合 成 不同的功能 并且每个接口的职责是单一 清晰的 这样 实现类的职责 也会有清楚明确的定义 增加可读性 提高维护性 一个接口修改 只对相应实现类 相关 与其他类无关。
单一职责方法
public static void main(String[] args) {
//当有一大堆参数时 方法 功能不明确 维护起来麻烦
private void updateGoodsInfo(String goodsName,String goodsId,String goodsInfo,String... properties){
//todo
}
//拆分成一个个方法 看起来简单明了 易于维护
private void updategoodsName(){
//todo
}
private void updategoodsId(){
//todo
}
private void updategoodsInfo(){
//todo
}
}
在实际开发过程中应遵循 方法的和 方法的单一职责原理 而类的单一职责原理视开发情况 看 因为 类的单一职责 容易导致 类的数量 爆炸。单一职责 最直观的好处就是 提高类的可读性 提高系统的可维护性。