《设计模式Design Pattern》读书笔记之八

最新推荐文章于 2025-10-24 07:21:47 发布
原创 最新推荐文章于 2025-10-24 07:21:47 发布 · 1.2k 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
收录于
软件工程

当前文章被收录于：

软件工程
22 篇文章 0 人学习
订阅专栏 查看详情
这是《设计模式Design Pattern》的读书笔记，聚焦Composite模式。该模式旨在part - whole继承结构中统一对待整体和个体，让客户端操作一致。同时指出其缺点是限制composite中的component较难，还讨论了增加parent reference的情况及Flyweight模式的解决方案。

《设计模式Design Pattern》读书笔记之八

Composite模式

目的

在一个part-whole的继承结构中，把整体(composition)和个体(object,component) 统一地对待。这样，对client来说，不用区别是整体还是个体，都可以进行同样的操作。

 

结构

 

讨论

1， 一个缺点是给限制composite中的component带来困难。

2， 有时候增加一个parent reference会比较有用；不过，如果component是可以共享的，就会带来多个parent的问题，Flyweight模式提供了一种不需要保存parent reference的方案。

 

参考资料

《Design Pattern》  Gang-Of-4  1997

标签
#设计模式 #读书 #reference #object
《设计模式》笔记之几种重要的设计模式
forever_sky的专栏
03-22 590
正在学习《设计模式》，其中的代码是自己理解该模式后YY而成，仅供参考，欢迎指正。 1、抽象工厂（Abustact Factory） 1)意图：提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类。 2)适用性：在以下情况下可以使用Abstract Factory模式 一个系统要独立于它的产品的创建、组合和表示。（即后台与前台分开表示） 一个系统要由多个产品系列中的一个来配置
《设计模式Design Pattern》读书笔记之一
Jadyleung的专栏
09-27 1916
     《设计模式Design Pattern》读书笔记之一      本书所使用到的符号（Guide To Notation） 《Design Pattern》这本书虽然有时候也使用一些非正式的图来表明自己的思想，但在设计模式中表示类/对象之间的关系时，使用规范的图。可能我的书版本比较老一些的缘故？它使用的图并不是基于UML，而是基于UML的前身。类图（class diagram）、对象图（o
《设计模式Design Pattern》读书笔记之十七
Jadyleung的专栏
03-30 1431
《设计模式Design Pattern》读书笔记之十七Observer模式结构 目的在一个一对多(one-to-many)的关系中，当一个对象(one)的状态被更新的时候，它的所有的相关对象(many)都会被得到通知。 讨论1，  可能会带来很大的状态更新成本，subject的一个很小的状态更新都可能使得大量的observer进行相应的更新。更为严重的是，如果subject不提供是什么状态被更新了
《设计模式Design Pattern》读书笔记之九
Jadyleung的专栏
03-17 1334
《设计模式Design Pattern》读书笔记之九Decorator模式结构 目的动态地给一个对象增加功能(responsibilities)。 讨论1， 给一个对象增加功能，最简单的方法是派生一个类；但这是一种静态的方法，不灵活。而Decorator是一种动态的方法，比较灵活。2， 对于一个轻量型的component，Decorator模式是一种比较好的方法，但如果component是重量型的
《设计模式Design Pattern》读书笔记之十八
Jadyleung的专栏
03-31 1628
《设计模式Design Pattern》读书笔记之十八State模式结构 目的当一个对象(context)根据当前本身的状态(state)，会产生不同的行为的时候，可以采用state模式。把所有跟改状态相关的行为/动作转移到一个外部的state对象中。这样，可以避免context内部大量的switch.if等判断。 优缺点带来更大的灵活性和可维护性，因为一个新的状态可以很容易地通过派生一个类来追加
《设计模式Design Pattern》读书笔记之十六
Jadyleung的专栏
03-28 1378
《设计模式Design Pattern》读书笔记之十六Memento模式结构 目的为了可以把一个对象恢复到以前的状态，却不想公开内部状态使得封装性被破坏。 优点1，  通过把originator的内部状态保存到memento，而不是直接把内部状态公开，保持了originator的封装性。因为memento有两种接口，宽(wide)的接口只会被originator使用，使得别人不能访问这些内部状态。
《设计模式Design Pattern》读书笔记之十一
Jadyleung的专栏
03-18 1417
《设计模式Design Pattern》读书笔记之十一Proxy模式结构 目的当访问一个对象花费比较大的时候，可以为它生成一个代理(proxy)。 应用remote proxy    远程代理，用本地的一个对象代理远程对象virtual proxy    虚拟代理，只有在需要的时候(on demand)才生成一个代价昂贵的对象protection proxy 保护代理，控制对对象的访问权限smar
《设计模式Design Pattern》读书笔记之十五
Jadyleung的专栏
03-25 1494
《设计模式Design Pattern》读书笔记之十五Mediator模式结构 目的为了减少大量的对象(colleague)之间互相通信的复杂性，创建一个中间人--mediator(类似于HUB)；这样，各个colleague只要建立跟mediator之间的联系，而不需要直接跟各个colleague直接连接。各个colleague之间的通信完全通过mediator进行处理。 优点1，  Media
《设计模式Design Pattern》读书笔记之十二
Jadyleung的专栏
03-22 1357
《设计模式Design Pattern》读书笔记之十二Flyweight模式结构 目的通过共享对象，减少存储空间的消耗 讨论一个对象的状态可以分为内部状态(intrinsic state)和外部状态(extrinsic state)。内部状态是独立于上下文(context)的，外部状态因context而不同。通过把外部状态分离出去，只保存内部状态的对象就是一个flyweight，flyweight
《设计模式Design Pattern》读书笔记之十
Jadyleung的专栏
03-18 1319
《设计模式Design Pattern》读书笔记之十Facade模式结构 目的为一个复杂的子系统(sub-system)提供一个简单的接口，可以满足大部分用户的要求，这样可以简化用户对该子系统的理解和使用，也可以降低各个自系统之间的耦合度。只有极少部分用户需要绕过Façade，直接使用子系统的各个组成部分。  参考资料《Design Pattern》  Gang-Of-4  1997
Head First Design Pattern《深入浅出设计模式》读书笔记
cs_cjl的专栏
04-28 2455
Chapter 01 Intro to Design Patterns 第01章 设计模式入门   1. Design Principle Identify the aspects of your application that vary and separate them from what stays the same.  (P9) 设计原则：找出应用中可能需要变化之处，把它们独立出
《设计模式Design Pattern》读书笔记之二十
Jadyleung的专栏
04-04 1432
《设计模式Design Pattern》读书笔记之二十Template Method模式结构 目的在父类定义一个算法的框架，而可以让改算法中的每个步骤在子类中实现。这样，子类可以随意修改算法中的某个具体步骤，但整个算法的结构没有发生改变。 讨论1，  PrimitiveOperation可以是纯虚函数；或者仅仅是一个虚拟函数，父类提供一个缺省的实现。2，  PrimitiveOperation可以
Go语言设计模式书籍推荐：与golang-design-pattern配套的学习资源
最新发布
gitblog_00593的博客
10-24 1013
在Go语言开发中，设计模式是提升代码质量和架构能力的关键知识。本文将介绍与[golang-design-pattern](https://link.gitcode.com/i/294d8b6a49cba8441e2ea7ebc4210e92)项目配套的学习资源，帮助开发者系统掌握Go语言设计模式的实现与应用。 ## 核心参考书籍 ### 《研磨设计模式》 该项目明确标注为《研磨设计模式》读书笔...
《设计模式Design Pattern》读书笔记之十四
Jadyleung的专栏
03-24 1487
《设计模式Design Pattern》读书笔记之十四Command模式结构 目的Command对象建立了命令发出者(invoker)与接收者(receiver)之间的联系。从而，invoker不需要知道谁是receiver，它只管向command发出execute()的请求，command自动告诉receiver进行相应的处理。 讨论1，  如果command需要undo/redo操作，那么需要
《设计模式Design Pattern》读书笔记之七
Jadyleung的专栏
03-16 1263
《设计模式Design Pattern》读书笔记之七Bridge模式别名Handle/Body 结构  目的在接口(interface/abstraction)与实现(implementation)之间，建立一条桥梁。从而使得，1，  很容易地为该接口提供不同的实现2，  接口可以很容易被扩展(派生)而与具体实现不相关 与其他模式的联系和区别1， Abstract Factory可以用于创建Bri
《设计模式Design Pattern》读书笔记之二十一
Jadyleung的专栏
04-04 1405
《设计模式Design Pattern》读书笔记之二十一Visitor模式结构 目的当一个对象(node)结构相对固定的时候，通过创建一个一个visitor对象来对这个结构中的所有node进行访问；而不是在各个node中创建一个一个成员函数；这样，该node结构不需要改变，可以随意增加visitor对象来增加对node结构的不同访问动作。 讨论1，  如果node经常修改（增加/减少等），visi
《设计模式Design Pattern》读书笔记之十三
Jadyleung的专栏
03-23 1234
《设计模式Design Pattern》读书笔记之十三Chain of Responsibility模式结构 目的通过解除消息/请求(request)的发送者与接收者之间的绑定，允许request在一个对象链条中传递，增加request处理的灵活性。当然，一个不可避免的可能性是，该request可能在对象链条中传递到最后都没有被处理。 讨论1， 对于successor；如果没问题的话，可以利用现有
《设计模式Design Pattern》读书笔记之二
Jadyleung的专栏
09-28 1701
            《设计模式Design Pattern》读书笔记之二             Abstract Factory模式 别名 Kit 结构 优点1， 通过仅仅将接口提供给Client，使得Client与接口的实现隔离开来，从而Client无需考虑接口的具体实现。 2， 使得更换产品系列（Product Families）更加便捷，仅仅需要替换一个ConcreteFactory的
《设计模式Design Pattern》读书笔记之十九
Jadyleung的专栏
04-04 1417
《设计模式Design Pattern》读书笔记之十九Strategy模式结构 目的当一个对象的某个/某些行为有多种算法的时候，不是通过内部的switch/if等方法，也不是通过派生子类的方法，而是把算法放到一个个单独的对象（有共同的接口）里面。这样，算法的切换只要更换相应的算法对象就可以，达到很大的灵活性。 讨论1，  Strategy可以有层次继承结构，达到把共同的算法统一提取出来的目的。2，
《设计模式Design Pattern》读书笔记之三
Jadyleung的专栏
10-05 1726
Prototype模式结构优点 1， Prototype模式的主要优点之一，动态地增加/设置Classs。参看书中的例子，可以任意地创建派生于Graphic的子类，而GraphicTool并不需要知道具体的Graphic的子类的名称，只要传给他一个Prototype（新类的对象的一个指针），就可以通过调用Clone而生成新的对象。 2， Prototype模式的主要优点之二，可以减少很多派生类。考
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值