2023-02-22
原文作者:键盘林 原文地址:https://blog.csdn.net/qq_37909508/category_8976362.html

202302222057172961.png

coding:

创建一个类bird

202302222057184972.png

创建main方法

202302222057193443.png

当我们添加“鸵鸟”这个参数进入到方法中的时候,我们发现这样就非常不符合逻辑

202302222057204234.png

我们在这里面加一个if判断

202302222057216755.png

运行之后,就发现扩展带来的很多问题。

202302222057225746.png

再一次修改

202302222057236207.png

虽然这种方法解决了当前的问题,但是迎面而来的是多个类都进行判断的话,怕是写不完啊

这个时候,我们在类的程度上进行重构

创建一个WalkBird类来统一管理走路的鸟对象

202302222057247188.png

通过new不同类型的鸟实现,他们不同的方法。

这样的形式就是类的单一原则的体现

202302222057255989.png

查看UML类图

2023022220572660210.png

上面是从类的基础上讲解单一原则。

接下来从接口的基础上讲解单一原则

我们可以发现下面这个接口既要负责获取课程内容方法的内容,又要获取课程管理方面的内容。这样就下去对于后期的可维护性和可读性将会很差。

2023022220572783611.png

所以我们需要将该接口的功能分开

创建ICourseManager来实现管理课程的内容方法

2023022220572858612.png

创建ICourseContent类来实现获取课程内容的方法

2023022220572942813.png

现在有两个接口了,创建一个实现它俩的类CourseImpl

2023022220573027614.png

查看当前UML类图

我们可以看到这种方式就是在接口层次实现单一职责原则

2023022220573128215.png

上面我们讲了接口级别的以及类级别的单一职责原则,接下来我们从方法级别来完成单一职责原则

在Method方法中我们可以看到updateUserInfo方法中既更新了userName又更新了address,如果后面还有很多属性要更新的话,又得写很多来进行处理。导致数据非常杂乱

2023022220573230116.png

2023022220573308617.png

现在我们把刚才那个方法分成两个

2023022220573425018.png

总结,在项目开发过程中,类如何一味的去追求单一职责原则,会导致大量的类占用内存。所以比较推荐使用接口和方法级别来完成单一职责原则。

阅读全文