![](https://img-blog.csdnimg.cn/20201014180756918.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
文章平均质量分 54
Fixiaobai
微末凡尘 却也心向天空
想做不一样的
展开
-
设计模式七大原则之里氏替换原则
一、什么是里氏替换原则 里氏替换原则(Liskov Substitution Principle,简称LSP):它是针对于继承,它的含义是:当使用了继承,那么子类可以替代父类,且程序逻辑不变。 它的大致含义如下: 子类必须实现父类的抽象方法,但不得重写(覆盖)父类的非抽象(已实现)方法。 子类中可以增加自己特有的方法。 当子类覆盖或实现父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。 当子类的方法实现父类的抽象方法时,方法的后置条件(即方法的返回值)要比父类更严格。 .子类必须实原创 2021-08-26 19:56:53 · 555 阅读 · 0 评论 -
设计模式七大原则之依赖倒置原则
一、什么是依赖倒置原则 高层模块不应该依赖低层模块,二者都应该依赖其抽象。 抽象不应该依赖细节,细节应该依赖抽象。通过依赖倒置,可以减少类与类之间的耦合性,提高系统的稳定性,提高代码的可读性和可维护性,并且能够降低修改程序所造成的风险。 通俗的话来说:面向接口编程,而不是面向过程编程,抽象比细节更加稳定 二、该怎么用它 那我们来举个例子 需求: 一个类Person能接收电子邮件信息,用代码实现 - 通常我们会这样做: public class TestOne { public st原创 2021-08-25 17:22:50 · 228 阅读 · 0 评论 -
设计模式七大原则之接口隔离原则
接口隔离原则 一、为什么这样设计 1、客户端不应依赖它不需要的接口 2、类间的依赖关系应该建立在最小的接口上 说直白点就是客户端需要什么功能,就提供什么接口,对于客户端不需要的接口不应该强行要求其依赖;类之间的依赖应该建立在最小的接口上面,这里最小的粒度取决于单一职责原则的划分。 二、类图展示 需求:类A通过Interface1依赖类B,1,2,3方法;类c通过Interface1依赖D,1,4,5方法。 违反接口隔离原则 可以看见这样设计,会使类B,类D变得更加臃肿。每一个实现类实现了它们不需要的接原创 2021-08-24 13:43:18 · 136 阅读 · 0 评论 -
设计模式七大原则之单一职责原则
单一职责原则 基本介绍 对于类来说,一个类应该是只负责一项职责。如UserDao这个类管理User的职责,但是它又同时管理Order 的职责,当User这张表需求变更而改变UserDao,可能会导致Order职责执行错误,这也就违反了单一职责 原则。所以我们需要一个OrderDao来管理Order职责。 ...原创 2021-08-23 14:57:10 · 143 阅读 · 0 评论