设计模式的目的
1,代码重用性(即:相同功能的代码,不用多次编写)
2,可读性(即:编程规范性,便于其他程序员的阅读和理解)
3,可扩展性(当需要增加新的功能时,非常的方便,称为可维护性)
4,可靠性(即:当我们增加新的功能时,对原来的功能没有影响)
5,使程序呈现高内聚,低耦合的特性
设计模式原则
设计模式常用的七大原则有:
- 单一职责原则
- 接口隔离原则
- 依赖倒转(倒置)原则
- 里氏替换原则
- 开闭原则
- 迪米特法则
- 合成复用原则
单一职责原则
基本介绍
对类来说的,即一个类应该只负责一项职责。如类 A 负责两个不同职责:职责 1,职责 2。当职责 1 需求变更而改变 A 时,可能造成职责 2 执行错误,所以需要将类 A 的粒度分解为 A1,A2
应用实例
以交通工具案例讲解
方案1:
https://gitee.com/luan_hao/design-pattern/blob/master/src/main/java/com/lh/principle/singleresponsibility/Singleresponsibility1.java
方案2:
https://gitee.com/luan_hao/design-pattern/blob/master/src/main/java/com/lh/principle/singleresponsibility/Singleresponsibility2.java
多次创建类名,也会增加系统负担
方案3:
https://gitee.com/luan_hao/design-pattern/blob/master/src/main/java/com/lh/principle/singleresponsibility/Singleresponsibility3.java文章来源:https://www.toymoban.com/news/detail-663587.html
单一职责原则注意事项和细节
- 降低类的复杂度,一个类只负责一项职责。
- 提高类的可读性,可维护性
- 降低变更引起的风险
- 通常情况下,我们应当遵守单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则;只有类中方法数量足够少,可以在方法级别保持单一职责原则
注意:往后的代码均放在Gitee上,点进链接即可看到代码。文章来源地址https://www.toymoban.com/news/detail-663587.html
到了这里,关于设计模式—— 单一职责原则的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!