设计模式七大原则

已于 2022-04-01 22:23:37 修改
阅读量117 收藏
点赞数
分类专栏： 设计模式 文章标签： 代码规范 设计模式 java
于 2020-11-29 17:09:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wenzhengzheng/article/details/110333724
版权

设计模式七大原则

设计模式的目的

  1. 代码重用性(相同的代码,不用多次编写)
  2. 可读性(编程规范,便于其他人阅读)
  3. 可扩展性(需要增加新功能时,方便扩展,称为可维护)
  4. 可靠性(增加新功能后,对原来的功能没有影响)
  5. 是程序呈现高内聚,低耦合

设计模式七大原则概述

1.单一职责原则

有且仅有一个原因引起类的变更

注意事项和细节

  1. 降低类的复杂度,一个类只负责一项职责
  2. 提高类的可读性,可维护性
  3. 降低变更引起的风险
  4. 通常情况下,应当遵循单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则;只有类中方法量足够少,可以在方法级别保持单一职责原则

2.接口隔离原则

客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小接口上

3.依赖倒转原则

  1. 高层模块不应该依赖低层模块,两者都要依赖其抽象(模块间的依赖通过抽象产生,实现类不直接发生依赖)
  2. 抽象不应该依赖细节(接口或者抽象类不依赖实现类)
  3. 细节可以依赖抽象(实现类依赖接口或抽象类)

注意事项和细节

  1. 每个类尽量都有接口或者抽象类
  2. 变量的表面类型尽量是接口或者抽象类
  3. 任何类都不应该从具体类派生
  4. 尽量不要复写基类已实现的方法
  5. 结合里氏替换原则使用

4.里氏替换原

所有引用基类的地方必须能透明地使用其子类的对象
注意事项和细节
优点:

  1. 提高代码的重用性
  2. 提高代码的可拓展性
  3. 提高项目的开放性

缺点:

  1. 记成是入侵式的,只要继承,就有父类的属性和方法
  2. 降低代码灵活性,子类多了父类的约束
  3. 增强耦合性,父类的常量/变量/方法改动时,必须考虑子类的修改

四层含义:

  1. 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
  2. 子类中可以增加自己特有的方法。
  3. 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
  4. 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

5.开闭原则(ocp)

一个软件实体应该对扩展开放，对修改关闭。
注意事项和细节
当一个软件实体需要扩展的时候，不要去修改原有的代码，而是去扩展原有的代码。
开闭原则是最基础的一个原则，六大原则都是开闭原则的具体形态。

6.迪米特法则

一个对象应该对其他对象有最小的了解(低耦合)
注意事项和细节

  1. 方法尽量不引入类中不存在的对象
  2. 尽量不要暴露过多public方法和非晶态public变量,尽量内敛
  3. 如果一个方法放在本类中,既不增加类间的关系,也不对本类产生负面影响,就可放置在本类中

7.合成复用原则

在一个新的对象里面使用一些已有的对象，使其成为新对象的一部分。新对象通过委派达到复用已有功能的效果。
注意事项和细节
尽量首先使用合成/聚合的方式，而不是使用继承

设计模式的七大原则
m0_68269137的博客
11-17 575
设计模式的七大原则：单一职责原则、接口隔离原则、依赖倒置原则、迪米特法则、合成复用原则、开闭原则、里氏替换原则
设计原则（五）：迪米特法则
weixin_33722405的博客
10-27 98
定义 一个对象应该对其他对象保持最少的了解。 类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。 软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。 问题 老师类的上课点名方法里依赖学生类，学生类直接在点名方法里创建是不合适的。 解决 抽象出学生类的接口作为参数传入，保持最少了...
【设计模式】设计模式七大原则
Java is the best language~
07-22 299
前言 最近在学习设计模式，学习设计模式我们需要了解设计模式的七大原则。设计模式的七大原则是用来干什么的呢？他是为支持面向对象软件系统的可维护性复用而诞生的。在面向对象设计中，可维护性的复用是以设计原则为基础的。每一个原则都蕴含一些面向对象设计的思想，可以从不同的角度提升一个软件结构的设计水平。 设计模式七大原则 设计模式包含七大原则：开放-封闭原则、单一职责原则、依赖倒转原则、里氏替换原则、...
尚硅谷学习笔记——Java设计模式（一）设计模式七大原则
five小点心的博客
11-28 1440
什么是设计模式？设计模式常用的七大原则是什么？
Java设计模式七大原则-单一职责原则.md
08-13
设计模式
Java设计模式七大原则-合成聚合复用原则.md
08-13
java八股文
设计模式七大设计原则
大树
03-30 676
设计模式：七大设计原则 设计模式是为了让程序具有更好的 代码重用性（相同功能的代码，不用多次编写） 可读性（编程规范性，便于其他程序员的阅读和理解） 可扩展性（当需要增加新的功能时，非常的方便，称为可维护） 可靠性（当我们增加新的功能后，对原来的功能没有影响） 使程序呈现高内聚，低耦合的特性。 一、单一职责 1、基本介绍 在Java中，对一个类来说，一个类应该只负责一项职责。如类A负责两个不同职责：职责1，职责2。当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1，A2 2、
设计模式的七大设计原则
weixin_57393819的博客
07-04 877
设计模式就是为了让程序具有更好的 ：即用多个专门的接口,而不是用单一的总接口,客户端不应该依赖它不需要的接口。 因此这个原则需要我们在设计接口时应当注意一下几点 ： 1、一个类对一个类的依赖应该建立在最小的接口之上。 2、建立单一接口,不要建立庞大臃肿的接口。 3、尽量细化接口,接口中的方法尽量少(不是越少越好,一定要适度)。 我们在设计接口的时候,要多花时间去思考,要考虑业务模型,包括以后有可能发生变更的地方还要做一些预判。即 :即 ：即 ：即 ：即 ：其实在实际开发过程中,并不是一定要求所有代码都遵循设
最通俗易懂--设计模式之七大原则
Z_DingHao的博客
03-09 1752
我写的这一系列设计模式，可能会围绕Java+Android来举例，但是不影响阅读。设计模式是什么？ 设计模式是广大程序员长年累月的经验总结。这门课也不是太容易，我尽量理解，也尽量说的简洁并通俗易懂，共同学习。 设计模式有什么用？ 优化你的代码，让代码可读性强，适用性高，软件体系更加灵活。 回看一下自己的代码有没有一种牵一发而动全身的害怕，稍微更改一点就要崩溃，设计模式就是来解决这些问题
七种常用的设计模式
热门推荐
a154555的博客
07-05 8万+
常用的七种设计模式：单例模式、工厂方法模式、抽象工厂模式、代理模式、装饰器模式、观察者模式和责任链模式。设计模式分类设计模式根据工作的目的，分为创建型模式、结构型模式和行为型模式三类。创建型模式：单例模式、工厂方法模式、抽象工厂模式、创建者模式、原型模式。结构型模式：适配器模式、代理模式、装饰器模式、外观模式、桥接模式、组合模式、享元模式。行为型模式：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。软件设计七大原则(OOP原则)
设计模式——七大原则（附代码示例）
枫陵的博客
05-19 2956
一. 设计模式概念 对接口编程而不是对实现编程；优先使用对象组合而不是继承 二. 设计模式总览 1. 创建型模式（Creational Patterns）：(5) 单例（Singleton）模式 原型（Prototype）模式 工厂方法（FactoryMethod）模式 抽象工厂（AbstractFactory）模式 建造者（Builder）模式 2. 结构型模式（Structural Patterns）: ...
设计模式七大原则总结
JimmySpace
09-14 4198
1.单一职责原则(Single Responsibility Principle) 目的：降低代码复杂度、系统解耦合、提高可读性 含义：对于一个类，只有一个引起该类变化的原因；该类的职责是唯一的，且这个职责是唯一引起其他类变化的原因。 解决：将不同的职责封装到不同的类或者模块中。 当有新的需求将现有的职责分为颗粒度更小的职责的时候，应该及时对现有代码进行重构。当系统逻辑足够简单，方法足够少，...
设计模式之七大基本原则
ff_wwb的专栏
08-30 997
做什么事都需要遵循一些准则，设计模式也不例外。我们在设计一些设计模式时，一般遵循如下七项基本原则，它们分别是: 单一职责原则 (Single Responsibility Principle) 开放-关闭原则 (Open-Closed Principle) 里氏替换原则 (Liskov Substitution Principle) 依赖倒转原则 (Dependence I
设计模式 七大原则详解
最新发布
12-31
### 设计模式七大原则详解 #### 单一职责原则 (SRP) 单一职责原则指出一个类应该只有一个引起它变化的原因。如果一个类承担了过多的责任，则会增加其复杂度，降低系统的稳定性。因此，在设计时应确保每个类只负责一项功能[^1]。 ```java // 正确做法：分离不同职责到不同的类中 class User { private String name; public void setName(String newName){ this.name = newName; } } ``` #### 开闭原则 (OCP) 开闭原则强调软件实体应对扩展开放而对修改关闭。这意味着可以通过添加新代码的方式使系统行为发生改变而不必改动现有源码。利用接口或抽象基类可以很好地支持这一特性[^3]。 ```csharp public interface IShape{ double GetArea(); } public class Circle : IShape{/*...*/} public class Rectangle : IShape{/*...*/} // 新增形状无需更改原有逻辑 List<IShape> shapes = new List<IShape>(); shapes.Add(new Circle()); shapes.Add(new Rectangle()); foreach(var shape in shapes){ Console.WriteLine(shape.GetArea()); } ``` #### 里氏替换原则 (LSP) 该原则规定子类型必须能够完全替代它们的父类型。任何原本使用基类对象的地方都可以直接替换成派生类的对象而不影响程序正确性。这有助于提高继承结构的安全性和灵活性[^2]。 ```cpp class Bird { virtual void fly()=0; }; class Sparrow : public Bird {/* 实现fly方法 */}; class Ostrich : public Bird {/* 不实现fly,违背此原则 */} ``` #### 接口隔离原则 (ISP) 接口隔离原则提倡客户端不应该依赖于那些他们不使用的接口；多个特定客户专用的小接口优于一个通用的大接口。这样做可以让各个组件之间的耦合更加松散，便于后期维护和升级。 ```typescript interface IPrinterOperations { print():void; } interface IFaxOperations { sendFax(faxData:string):boolean; } class ModernPrinter implements IPrinterOperations,IFaxOperations {/* ... */} ``` #### 依赖倒置原则 (DIP) 高层模块不应依赖低层模块，二者都应该依赖于抽象；具体而言就是面向接口编程而非具体的实现。这样的架构使得整个应用程序更易于测试、重构以及适应未来需求的变化。 ```python from abc import ABCMeta, abstractmethod class Switchable(metaclass=ABCMeta): @abstractmethod def turn_on(self)->None: pass def switch_power(device:Switchable): device.turn_on() ``` #### 迪米特法则/最少知道原则 (LoD) 迪米特法则是指一个对象应当对其它对象有尽可能少的了解。换句话说，尽量减少相互间的交互关系，保持较低程度的耦合状态。这样做的好处是可以简化调试过程并增强系统的健壮性。 ```php <?php class LightBulb { function on(){/*...*/} function off(){/*...*/} } $lightbulb=new LightBulb(); // 避免过度暴露内部属性给外部调用者 echo $lightbulb->on(); ?> ``` #### 合成聚合复用原则 (CARP) 合成聚合复用原则建议优先考虑组合/聚合方式重用已有组件的功能，而不是通过继承机制来达到目的。因为前者通常具有更好的可读性和更高的内聚力，同时也更容易理解和管理。 ```xml <!-- XML配置文件 --> <person> <name>John Doe</name> <!-- 使用地址作为组成部分 --> <address street="Main St." city="Springfield"/> </person> ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值