设计模式学习笔记

本文探讨了设计模式的基本理念,如开放-封闭原则,介绍了单例模式、命令模式、策略模式、代理模式等常见设计模式的原理与应用场景。通过实例解析,展示了如何运用这些模式来提高代码的可维护性和可扩展性。
摘要由CSDN通过智能技术生成

#将不变的部分和变化的部分隔开是每个设计模式的主题

  • 开放-封闭原则
    特性: 1、面向扩展开放;2、面向修改封闭

  • 单例模式
    保证一个类仅有一个实例,并提供一个访问它的全局访问点

    • 惰性单例
      惰性单例指的是在需要的时候才创建对象实例,是单例模式的重点
  • 命令模式
    最简单和优雅的模式之一,命令模式中的命令指的时一个执行某些特定事情的命令。
    最常见的应用场景:有时候需要向某些对象发送请求,但是不知道请求的接受者是谁,也不知道被请求的操作是什么。此时希望有一种松耦合的方式来设计程序,使得请求发送者和请求接受者能够消除彼此直接的耦合关系。
    其实是回调(callback)函数的一个面向对象的替代品
    例子:菜单程序

  • 策略模式
    定义一系列的算法,把它们一个个封装起来,并且使它们可以相互替换。(比如,条条大路通罗马,去罗马可以选择不同的交通方式)
    优点:
    1、策略模式利用组合、委托和多态等技术和思想,可以有效地避免多重条件选择语句。
    2、策略模式提供了对开放—封闭原则的完美支持,将算法封装在独立的 strategy 中,使得它
    们易于切换,易于理解,易于扩展。
    3、 策略模式中的算法也可以复用在系统的其他地方,从而避免许多重复的复制粘贴工作。

  • 代理模式
    代理模式是为一个对象提供一个代用品或占位符,以便控制对它的访问

    • 1、保护代理
    • 2、虚拟代理
      代理和本体接口的一致性,用户可以放心的请求代理;在任何使用本地的地方都可以替换成代理
  • 迭代器模式
    提供一种方法顺序访问一个聚合对象中的各个元素,而又不需要暴露该对象的内部表示

  • 发布-订阅模式
    发布订阅模式又叫观察者模式,它定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖它的对象都将得到通知。
    优点非常明显,一为时间上的解耦,二为对象之间的解耦

  • 模版方法模式
    模版方法模式是一种只需要使用继承就可以实现的非常简单模式,由两部分组成,第一部分就是抽象父类,第二部分就是具体的实现子类。

  • 享元模式
    享元模式是一种用于性能优化的模式,

  • 责任链模式
    责任链模式的定义是:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它位置。

  • 中介者模式

  • 装饰者模式

    在Java 中几乎一切都是对象,在平时的开发中作中,也许大部分时间都在和函数打交道。遵循开放-封闭原则,在不改变原有的基础上,添加新的功能。类似给原有函数添加brfore、after函数

    分离业务代码与数据统计代码,无论在什么语言中,都是AOP的经典应用之一。在项目开发的结尾阶段,难免要加上很多统计数据的代码,这些过程可能放我们被迫改动早已经封装好的函数。

    装饰者模式与代理模式

    装饰者模式与代理模式的结构非常像,最重要的区别在于它们的意图与设计目的。

    代理模式的目的是在本体不方便或不符合需要时候,为这个本体提供一个代替。本体定义了关键的功能,而替代提供或拒绝对它的访问,或者在访问本体之前做一些额外的事情。

    装饰者模式的作用就是对对象动态的加入行为。

    换句话说,代理模式强调的是一种关系,这种关系已开始就被确定;而装饰者模式一开始不能确定对象的全部功能。代理模式通常是对本体的一种引用,而装饰者模式经常会形成一条引用链。

  • 状态模式

    定义:允许一个对象在其内部状态改变时候改变它的行为,对象看起来似乎修改了它的类。

    状态模式的关键是区分事物内部的状态,事物内部状态的改变往往会带来事物的行为改变。

    有点:

    1、定义了状态与行为之间的关系,并将它们封装在一个类里。通过新增的状态类,可以很容易新增新的状态和转化。

    2、避免context无限膨胀,状态的切换被分布在状态类中,也去掉了context中原本过多的条件分支

    3、context中的请求动作和状态类封装的行为,可以非常容易的独立变化而互不影响。

  • 适配器模式

    适配器模式的作用是解决两个软件实体间的接口不兼容的问题。使用适配器模式之后,原本由于接口不兼容而不能工作的两个实体可以一起工作。

  • 单一职责原则

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值