DesignPattern系列__01SingletonResponsibility(单一职责原则)
程序员文章站
2022-06-23 23:12:07
单一职责原则 单一职责原则:一个类应该只有一个原因引起改变,即一个类应该只负责一个业务逻辑。 问题由来:类T负责t1, t2两个职责,当因为t1j对类T修改的时候,可能导致类T出现问题而影响职责t2。 解决方案:遵循单一职责原则,将类T进行改写,确保一个类负责一个职责。 demo: 有一个类Anim ......
单一职责原则
单一职责原则:一个类应该只有一个原因引起改变,即一个类应该只负责一个业务逻辑。
问题由来:类t负责t1, t2两个职责,当因为t1j对类t修改的时候,可能导致类t出现问题而影响职责t2。
解决方案:遵循单一职责原则,将类t进行改写,确保一个类负责一个职责。
demo:
有一个类animal,具有方法breath功能,一般的思路是这样子设计的:
class animal { public void breathe(string animal) { system.out.println(animal + "呼吸空气"); } }
当你创建一个animal实例后,就可以调用breathe方法了。
public class singletonresponsibility { public static void main(string[] args) { animal animal = new animal(); animal.breathe("鸟类"); animal.breathe("狮子"); //逻辑错误:鱼类应该呼吸水 animal.breathe("鱼类"); } }
我们发现,当调用breathe方法时,若是传入鱼类,输出结果不会发生变化。但是,这在逻辑上面是错误的。
改进思路1:在breathe方法中进行判断
通过判断,区别对待:若是鱼类,则输出“呼吸水”;其他的动物,输出“呼吸空气”;
这样做的好处是:能够爆出业务逻辑的正确;但是违反了单一职责原则:类animal除了负责正常的业务罗杰,还需要进行类型判断。
class animal1 { public void breathe(string animal) { // 改进: 在方法中对animal进行判断,如果是鱼类,则显示呼吸水 // 弊端: 没有尊新单一职责原则,该方法除了需要执行正常的业务逻辑外, // 还需要对animal进行判断。 if ("鱼类".equals(animal)) { system.out.println(animal + "呼吸水"); } else { system.out.println(animal + "呼吸空气"); } } }
改进思路2:对类、方法进行拆分
为了保证遵循单一职责原则,我们可以将类、方法进行拆分,并且保证了也为逻辑的正确。
class animal2 { // 改进: 新增一个呼吸水的方法,这种方式虽然在类级别违反了单一职责原则, // 但是在方法上遵循了。 // 注意: 单一职责原则在实际使用中,指的是遵循单一的业务逻辑。 public void breathe(string animal) { system.out.println(animal + "呼吸空气"); } public void breathewater(string animal) { system.out.println(animal + "呼吸水"); } }
单一职责的优点:
1.降低类的负责度,一个类只对一个业务逻辑负责;
2.提高项目的可读性,可维护性;
3.j降低项目变更的风险;
注意事项:
在项目中,我们应该尽量遵循单一职责原则,但是,当业务逻辑较简单时,可以违背。
上一篇: 高...高精度!!!
下一篇: vue项目环境变量配置的实现方法