headfirsh设计模式——总结

已于 2022-02-02 15:53:17 修改
阅读量578 收藏
点赞数
分类专栏： 设计模式 文章标签： 设计模式
于 2022-02-02 15:52:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Lbo_tao/article/details/122757242
版权

设计模式

  • OO(面向对象，Object Oriented)的基础：抽象、封装、多态、继承
  • OO模式(策略模式)：定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户
  • OO原则:
    1. 封装变化，找出应用中可能需要变化之处，把他们独立出来，不要和那些不需要变化的代码混在一起
    2. 针对接口编程， 而不是针对实现编程(每行为都用一个接口实现)
    3. 多用组合，少用继承

观察者模式(Observer)

  • 观察者模式，定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新
  • 松耦合的设计可以建立有弹性的OO系统，能够应对变化，将对象之间的互相依赖降到了最低
  • 观察者模式例子

装饰者模式

  • 装饰者模式，动态地将责任附加到对象上，若要拓展功能，装饰器提供了比继承更有弹性的代替方案
  • 设计原则，类应该对扩展开放，对修改关闭
  • 装饰器模式例子

工厂模式

  • 工厂方法用来处理对象的创建，并将这样的行为封装在子类中。这样，程序中关于超类(父类)的代码就和子类对象创建代码解耦了
  • 工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类
  • 工厂模式例子

工厂方法模式

  • 所有工厂模式都用来封装对象的创建。工厂方法模式通过让子类决定该创建的对象是什么，来达到将对象
  • 工厂方法模式定了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类
  • 设计原则，要依赖抽象，不要依赖具体类(面向接口编程)
  • 依赖倒置原则，和OO设计的思考方式相反

抽象工厂模式

  • 抽象工厂模式，提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类
  • 抽象工厂模式定义创建一个具体产品组的接口
  • 抽象工厂模式例子

单件模式

  • 单件模式，确保一个类只有一个实例，并提供一个全局访问点
  • 单件模式例子

命令模式

  • 命令模式，将"请求"封装成对象，以便使用不同的请求，队列或者日志来参数化其他对象。命令模式也支持可撤销的操作
  • 用途：队列请求，日志请求
  • 命令模式例子

适配器模式与外观模式

适配器模式

  • 适配器模式，将一个类的接口，转换成客户期望的另一个接口。适配器让原本不兼容的类可以合作无间

  • 与装饰器不同的是，装饰器模式是给原来的类加新的东西，而适配器模式是改变原来的接口，来适应新的环境来使用

  • 适配器模式例子
    在这里插入图片描述

  • 类适配器，通过多重继承来实现

    在这里插入图片描述

外观模式

  • 外观模式，提供一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用

  • 最少原则，减少对象之间的交互，只留下关键的接口

    在这里插入图片描述

%。濤＆%
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
HeadFirst设计模式总结
LYW_YEAH的博客
07-13 428
工作之余看了大概两个月的HeadFirst设计模式了，目前看到了第十章，书是本好书，但是实在太厚了，加上一章的内容又有很多，一边看一边忘。。。。所以还是总结一下。 第一章：策略模式，关键字：多用组合，少用继承 为什么要少用继承？每次有了新的需求，都会使代码的某一部分发生改变，那么这部分就有可能需要被抽出来，很容易造成新的错误。将两个类组合起来使用，就是组合。鸭子的行为不是通过继承来的，而是通过...
《Headfirst设计模式》学习笔记
sinat_30477313的博客
04-30 189
策略模式 封装变化。找出应用中可能需要变化之处，把他们独立出来，不用和那些不需要变化的代码混在一起。把变化的行为单独建立一个抽象类及对应的派生类。 针对接口（抽象类）编程而不是针对实现编程。这里的接口泛指实现某个超类型的某个方法。 动态设定行为。建立set函数传入欲修改的数据成员。 多用组合，少用继承。将变化的行为所构成的抽象类设定为数据成员并在派生类的构造函数中new一...
headfirsh设计模式——命令模式例子
Lbo_tao的博客
02-02 248
""" 命令模式 """ class Command(object): def execute(self): pass class Light(object): def __init__(self): pass def on(self): print("灯开了") class LightOnCommand(Command): def __init__(self, light): self.Light = light def execute(self): print("执
headfirsh设计模式——适配器模式例子
Lbo_tao的博客
02-02 536
class earphone(object): def __init__(self): print("这是一副有线耳机") def threefive(self): print("3.5mm耳机连接设备") def link(self): self.threefive() class erjiAdapter(earphone): def __init__(self, erji): self.erji = erji def link(self): print("typeC
力扣Hot100-final关键字，常量，抽象类（模板方法设计模式），接口
qq_52241267的博客
08-16 434
使用关键字abstract修饰的类，方法叫抽象类，抽象方法注意：抽象方法必须在抽象类中实现//抽象方法：必须abstract 修饰，只有方法签名，不能有方法体//这里不能加{。。。}等方法体（四）抽象类的常见应用场景：模板方法设计模式 （面试，笔试，源码中会出现）（1）场景：学生，老师都要写一篇作文：神经网络 第一段，最后一段相同 正文不同未使用abstract时的学生类和老师类：System.out.println("\t\t《神经网络》");
设计模式-策略模式
不断努力向上攀登的路，比站在顶峰更加让人热血沸腾！
08-15 523
也是一种行为型的设计模式，它主要是定义一系列的算法封装起来，然后可以通过策略进行互换，提高代码的复用性和可维护性质。其主要实现分为，通过扩展算法类来扩展算法，调用策略类来传入不同的算法，实现对应的接口方法。举例：小明要去外地，有汽车和火车两种方式，小明该如何选择，请设计实现。
设计模式 抽象工厂方法模式
ling_zhi_xin的博客
08-17 319
工厂方法模式（FactoryMethod），定义一个创建产品对象的工厂接口，让工厂子类决定实例化那一个产品类。工厂方法使一个类的实例化延迟到其子类。我们把被创建的对象称为“产品”，把创建产品的对象称为“工厂”。如果要创建的产品不多，只要一个工厂类就可以完成，这种模式叫“简单工厂模式”，它不属于 GoF 的 23 种经典设计模式，它的缺点是增加新产品时会违背“开闭原则”（可以通过反射克服该缺点）。工厂方法模式核心组件工厂方法模式是在简单工厂模式上的改进，主要包含如下几个角色及组件。
代码设计：设计模式：过滤器模式
liufeismart2024的博客
08-16 227
使用不同的标准来过滤/筛选一组对象。
设计模式实战：数据分析系统的设计与实现
qq_40254606的博客
08-15 745
模板方法模式定义了一个算法的骨架，并允许子类实现具体步骤。数据分析系统通常具有一系列通用的分析流程，例如数据预处理、分析计算和结果处理，模板方法模式能够有效地组织这些流程，并允许子类灵活定制其中的步骤。// 抽象分析模板// 模板方法// 具体分析模板：统计分析@Override// 具体分析模板：回归分析@Override@Overridefill:#333;stroke:1;fill:none;important;important;important;
设计模式 单例模式
ling_zhi_xin的博客
08-19 252
单例模式是指确保一个类在任何情况下都只有一个实例，并且提供一个访问该单例的全局访问点。
设计模式--单例模式
qq_29751083的博客
08-15 484
每种实现方式都有其优缺点，在选择时可以根据实际需求进行考虑。例如，如果你的应用程序是多线程环境并且希望实例在第一次使用时创建，那么可以采用双重检查锁定的方式；如果你的应用程序是单线程环境，那么简单的懒汉式实现就足够了。单例模式是一种常用的软件设计模式，它确保一个类只有一个实例，并提供一个全局访问点。这种模式经常用于系统中只需要一个实例的对象，例如日志管理器、数据库连接池、线程池等。
java中常用的设计模式
张小三的博客
08-16 974
在类创建的时候就开始实例化对象；不管用没用到，一开始就创建。通过复制现有的实例来创建新的对象，而不是通过构造函数。确保一个类只有一个实例，并提供全局访问点。类加载时不实例化，调用时才实例化。
Java二十三种设计模式-责任链模式（17/23）
探索IT世界
08-18 717
责任链模式是一种行为型设计模式，它通过将请求的发送者和接收者解耦，将这些请求沿着一条链传递，直到链上的某个节点能够处理该请求。这种模式允许系统在运行时动态地添加或修改处理请求的方式，而无需修改已有的代码。责任链模式提供了一种强大的方法来处理请求，允许请求沿着处理者链进行传递，直到被适当处理。通过本文的深入分析，希望读者能够对责任链模式有更全面的理解，并在实际开发中做出合理的设计选择。Java二十三种设计模式-单例模式（1/23）Java二十三种设计模式-工厂方法模式（2/23）
设计模式反模式：UML图示与案例分析
最新发布
Chujun123528的博客
08-19 598
例如，如果适配器类直接包含了目标类的实例，并在其方法内部直接调用目标类的方法，而没有进行任何适配或转换，那么这样的适配器类实际上并没有起到适配的作用，只是简单地封装了目标类。例如，在一个实时股票交易系统中，如果每个股票价格的变动都触发对所有观察者的通知，那么当有大量股票同时交易时，系统可能会因为处理过多的通知而陷入瘫痪。例如，在一个简单的数据访问层中，可能原本只需要几个简单的类和方法就能完成任务，但开发者却引入了工厂模式、单例模式、代理模式等多个设计模式，使得代码难以理解和维护。
C++ 设计模式——工厂方法模式
qq_68194402的博客
08-16 750
工厂方法模式是一种创建型设计模式，它通过定义一个接口用于创建对象，但由子类决定实例化哪个类。与简单工厂模式不同，工厂方法模式将对象的创建委托给子类，从而实现更好的扩展性和灵活性。
08结构型设计模式——适配器模式
qq_55610255的博客
08-18 770
适配器（Adapter）：充当客户端与目标接口之间的桥梁。它实现了客户端期望的接口，并将请求委托给被适配的对象。目标接口（Target Interface）：客户端期望使用的接口。被适配者（Adaptee）：已有的类，它的接口与客户端期望的接口不兼容。客户端（Client）：使用目标接口的代码。适配器模式的本质是将一个类的接口转换为客户端所希望的另外一个接口。
【HeadFirst 设计模式】单例模式的C++实现
Friday
08-15 306
在很多时候，我们期望代码在运行过程中只实例化一个实例，听起来似乎很简单，但是你不应该想着仅靠个人技术或者团队内的约定去完成这件事。因为这件事从本质上讲是类的设计者的责任，而不能依靠使用这个类的人靠个人技艺去保证单例。单例模式是有发展历程的。最开始的一段时间，当人们设计出单例模式之后，这一模式便被广泛的使用，但随后有一些资深的计算机科学家论证了当时的编程手段实际上无法保证单例，再后来一些编程语言甚至增加了一些关键字去弥补这个漏洞。
设计模式-观察者模式
不断努力向上攀登的路，比站在顶峰更加让人热血沸腾！
08-15 510
是一种其主要的是分为观察者和被观察者两部分，当被观察者出现任何变化的时候，会通知所有的观察者，主要就是这个逻辑。组成部分分为当被观察者的发生变化的时候，注册观察的所有观察者都被通知，举个例子，当点击游戏开始按钮的时候，所有注册游戏开始按钮事件的方法都会被执行，观察者模式，就。例子：在我的世界中，僵尸发现村民在一定范围内的时候会追击村民，在范围外的时候不会追击。
10结构型设计模式——桥接模式
qq_55610255的博客
08-18 580
DrawingAPI 是平台接口，定义了绘制方法。WindowsAPI 和 MacOSAPI 、LinuxAPI 是具体实现，提供平台特定的绘制方法。UIComponent 是抽象层，持有DrawingAPI 的引用。Button 和 TextBox 是具体的UI组件，实现了 UIComponent。桥接模式通过分离抽象和实现，使得UI组件的抽象层可以与不同的平台实现解耦，从而使得支持新平台或修改现有平台的实现变得更加容易。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值