本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7772184.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲结构型设计模式的第五个模式--外观模式.先从名字上来理解一下外观模式,当看到“外观”这个词时,很容易想到“外表”这个词语,两者有着 很相近的意思.就拿谈恋爱来说,“外表”很重要,如果第一眼看着很舒服.有眼缘,那就有交往下去的可能.如果长得“三寸钉.枯树皮”,估计就够呛了. 在这方面,“外观”和“外表”有着相同的作用.在软件系统中,…

动机: 组件的客户和组件中各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化,这种过多的耦合面临很多变化的挑战.如何简化外部客户程序和系统间的交互接口?如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦? 意图: 为子系统中的一组接口提供一个一致的界面,Façade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. --<设计模式>GoF 结构:   代码结构 1: using System; 2: 3: namespace GangOfFour.Facade…

前言 本篇是设计模式学习笔记的其中一篇文章,如对其他模式有兴趣,可从该地址查找设计模式学习笔记汇总地址 正文开始... 1. 简介 简单工厂模式不属于GoF23中设计模式之一,但在软件开发中应用也较为频繁,通常做为学习其他工厂模式的入门. 接下来我们从一个虚构的业务场景遇到的问题开始,到如何使用简单工厂模式去解决这个业务场景的问题的角度,来介绍这个模式. 2. 具体业务 有一个图表类,可以在实例化的时候根据传入的参数创建不同的图表类型,比如柱状图.饼状图.折线图等等. 2.1 业务代码 /**…

前言 本篇是设计模式学习笔记的其中一篇文章,如对其他模式有兴趣,可从该地址查找设计模式学习笔记汇总地址 1. 简介 上一篇博客介绍了简单工厂模式,简单工厂模式存在一个很严重的问题: 就是当系统需要引入新产品时,由于静态工厂方法通过所传入参数的不同来创建不同的产品,这必定要修改工厂类的源代码,这将违背"开闭原则". 本篇将要介绍的工厂方法模式可以规避这个缺点. 2. 工厂方法模式 工厂方法模式又简称为工厂模式,又可称作虚拟构造器模式或多态工厂模式.工厂方法模式是一种创建型模式. 2.1…

前言 本篇是设计模式学习笔记的其中一篇文章,如对其他模式有兴趣,可从该地址查找设计模式学习笔记汇总地址 1. 抽象工厂模式概述 工厂方法模式通过引入工厂等级结构,解决了简单工厂模式中工厂类职责太重的问题, 但由于工厂方法模式中的每个工厂只生产一类产品,可能会导致系统中存在大量的工厂类,势必会增加系统的开销. 此时,我们可以考虑将一些相关的产品组成一个"产品族",由同一个工厂来统一生产.这就是抽象工厂模式的基本思想. 2. 模拟业务 开发一套界面皮肤库,用户在使用时可以通过菜单来选择皮肤…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/8242238.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第十一个模式--解释器模式,也是面向对象设计模式的最后一个模式.先要说明一下,其实这个模式不是最后一个模 式(按Gof的排序来讲),为什么把它放在最后呢?因为我们在业务系统中写一个解释器的机会并不是很多,实践比较少,理解和应用该模式就有些困 难,所以就放在最后来说,先从名称上来看这个模式.“解释器”和Google的…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7814004.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲结构型设计模式的第七个模式,也是结构型设计模式中的最后一个模式--代理模式.先从名字上来看,“代理”可以理解为“代替”,代替“主人” 做一些事情.为什么需要“代理”?是因为某些原因(比如:安全方面的原因),不想让“主人”直接面对这些繁琐.复杂的问题,但是这些事情是经“主人”同意 或者授意的,如同“主人”亲自完成的一样.这个模式很简…

外观模式 定义 适用范围 代码实现 优点 缺点 关于接口粒度的思考 参考 外观模式 定义 外观模式也叫门面模式 外观模式(Facade),为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. 适用范围 1.解决易用性问题 门面模式可以用来封装系统的底层实现,隐藏系统的复杂性,提供一组更加简单易用.更高层的接口. 2.解决性能问题 我们通过将多个接口调用替换为一个门面接口调用,减少网络通信成本,提高App客户端的响应速度. 假设有一个系统A,提供了…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/8135083.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第九个模式--访问者模式.如果按老规矩,先从名称上来看这个模式,我根本不能获得任何对理解该模式有用的信息, 而且这个模式在我们的编码生活中使用的并不是很多.该模式的意图定义很抽象,第一次看了这个定义其实和没看没有什么区别,一头雾水.为了让大家 更好的理解该模式的初衷,我们举个例子来说明模式.比如:当客户提出一个新的…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/8032683.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第六个模式--状态模式.无论是现实世界,还是面向对象的OO世界,里面都有一个东西,那就是对象.有对象当然就有 状态了.每个对象都有其对应的状态,而每个状态又有对应一些相应的行为.在不同状态下,行为的的方式也是不一样.如果某个对象有多个状态时,那 么就会有很多对应的行为.对这些状态的判断以及依状态完成的行为,会导致多…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7903617.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第三个模式--迭代器模式,先从名字上来看.迭代是遍历的意思,迭代器可以理解为是遍历某某的工具,遍历什么呢?在软 件设计中,当然遍历的是集合对象,所以说迭代器模式是遍历集合的一种通用的算法.如果集合只有一种类型,那这个模式就没用了,就是因为集合对象包含 数组.列表.字典和哈希表等各种对象.如果为每一种集合对象都实现一…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7699301.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲结构型设计模式的第二个模式--桥接模式,也有叫桥模式的.桥在我们现实生活中经常是连接着A地和B地,再往后来发展,桥引申为一种纽 带,比如,丝绸之路是连接亚洲和欧洲的桥梁.有了桥,我们出行更方便了,不需要绕路或搭船.针对桥的使用环境来说,桥解决了跨越和衔接的问题.在 设计模式中的桥接模式也有类似的概念,是连接了两个不同维度的东西,而…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7640873.html,记录一下学习过程以备后续查用.  一.引言 很多人说原型设计模式会节省机器内存,他们说是拷贝出来的对象是原型的复制,不会使用内存.我认为这是不对的,因为拷贝出来的每一个对象都是实际 存在的,每个对象都有自己独立的内存地址且会被GC回收.如果就浅拷贝来说,可能会公用一些字段(引用类型),但深拷贝是不会的.所以说原型设计模式会 提高内存使用率是不一定的,具体还要看当时的设计,如果拷贝出来…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7614630.html,记录一下学习过程以备后续查用. 一.引言 在现实生活中,我们经常会遇到一些构成比较复杂的物品.比如电脑,是由CPU.主板.内存条.硬盘.显卡.机箱等组装而成的.手机也是复杂物品, 由主板.各种芯片.RAM.ROM.摄像头等部件组成.但是无论是电脑还是手机,它们的组装过程是固定的.拿手机来说,组装流水线是固定的.不变的, 但是把不同的主板和其它组件组装在一起就会生产出不同型号的手机.那…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/8176974.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第十个模式--备忘录模式,先从名称上来看.备忘录模式可以理解为对某个对象的状态进行保存,等到需要恢复的时 候,可以从备忘录中进行恢复.生活中这样的例子也能经常看到,如备份电话通讯录.操作系统.数据库等.如果我们想恢复对象的状态,那么我们可 能首先想到的是把对象保存下来,但是这样会破坏对象的封装性.因为对象有状态有操…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/8057654.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第七个模式--策略模式.在现实生活中,策略模式的例子也非常常见,例如:在一个公司中,会有各种工作人员:有普 通员工.有软件架构师.有部门经理,当然也有公司的CEO等等.这些工作人员负责的工作不同.担负的职责也不同,报酬也各不相同. 每种工作人员都有自己的工资,但是不同工种其工资的计算方式是不一样的.如果不采用策略模…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7873322.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第二个模式--命令模式,又称为行动(Action)模式或交易(Transaction)模式,先从名字上来看.“命令模式”理解为一种 行为或者一个操作就是一个命令.“命令”这个词语在军队里面用的最多,比如:下达作战命令,接下来就是上战场玩命了.基于这些,命令就是任务,我们从 这个名字上并不知道命令的发出者和接受者分别…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7837716.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲行为型设计模式的第一个模式--模板方法模式,先从名字上来看.“模板方法”理解为有一个方法的名字叫“模板方法”,也可以换个理解方法: 有一个方法包含了一个模板,这个模板是一个算法.在我们的现实生活中有很多例子可以说明这个模式,就拿吃饺子这个事情来说,要想吃到饺子必须经过 三步:第一步是“和面”,第二步是“包馅”,第三步是“煮饺子”,…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7743118.html,记录一下学习过程以备后续查用. 一.引言 今天我们要讲结构型设计模式的第四个模式--组合模式.当我们谈到这个模式的时候,有一个物件和这个模式很像,那就是“俄罗斯套娃”.“俄罗斯套娃”是 大的瓷器娃娃里面装着一个小的瓷器娃娃,小的瓷器娃娃里面再装着更小的瓷器娃娃,直到最后一个不能再装更小的瓷器娃娃的那个瓷器娃娃为止.在我们 的操作系统中有文件夹的概念,文件夹可以包含文件夹并可以嵌套多层…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7551373.html,记录一下学习过程以备后续查用. 一.引言 简单工厂模式并不属于GoF23里面的设计模式,其实它属于一个过渡的模式,这个模式是为了引出下一篇要讲的模式:工厂模式. 二.简单工厂模式的介绍 无论是简单工厂还是复杂工厂,首先它们都是工厂,工厂是干什么的呢? 在现实生活中的工厂是负责生产产品的.比如我们要吃饼干不用自己做,去超 市买就好了,因为有工厂已经把饼干生产好了.生产是工厂的任务,买来…

可能是最简单的设计模式. 而且你我都用过而不自知. 因为,模板方法模式也者,就是面向对象中的继承.公用部分放在父类,子类继承父类,然后扩展.呵呵.…

将众多对象之间的网状关系转为全部通过一个中间对象间接发生关系,此中间对象为中介者. 看图最直观: 作用不言而喻,就是降低对象之间的耦合度,乃至降低了整个系统的复杂度. 有点象代理模式,更象外观模式:…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7596897.html,记录一下学习过程以备后续查用. 一.引言 接上一篇C#设计模式学习笔记:简单工厂模式(工厂方法模式前奏篇),通过简单工厂模式的了解,它的缺点就是随着需求的变化我们要不停地修改工厂里 上一篇文章我们讲了工厂方法模式,它是为了解决简单工厂模式所面对的问题:如果我们增加新的产品,工厂类的方法就要修改本身的代码,增加产品越 多,其逻辑越复杂,同时这样的修改也不符合开放闭合原则OCP--对增加…

本笔记摘抄自:https://www.cnblogs.com/PatrickLiu/p/7567880.html,记录一下学习过程以备后续查用. 一.引言 接上一篇C#设计模式学习笔记:简单工厂模式(工厂方法模式前奏篇),通过简单工厂模式的了解,它的缺点就是随着需求的变化我们要不停地修改工厂里 面的方法的代码,需求变化越多,里面的if--else也越多,这样就会造成简单工厂的实现逻辑过于复杂. 依设计原则里的开闭原则--对增加代码开放,对修改代码关闭,我们不能总是这样修改简单工厂里面的方法. 下…

概述 在软件开发系统中,客户程序经常会与复杂系统的内部子系统之间产生耦合,而导致客户程序随着子系统的变化而变化.那么如何简化客户程序与子系统之间的交互接口?如何将复杂系统的内部子系统与客户程序之间的依赖解耦?这就是要说的Façade 模式. 意图 为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用.[GOF <设计模式>] 示意图 门面模式没有一个一般化的类图描述,下面是一个示意性的对象图: 图1 Façade模式示意性对象图 生活中…

(转载)http://www.cnblogs.com/kid-li/archive/2006/07/10/446904.html Facade外观模式,是一种结构型模式,它主要解决的问题是:组件的客户和组件中各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化,这种过多的耦合面临很多变化的挑战.在这里我想举一个例子:比如,现在有一辆汽车,我们(客户程序)要启动它,那我们就要发动引擎(子系统1),使四个车轮(子系统2)转动.但是实际中我们并不需要用手推动车轮使其转动,我们踩下油门,此时…

[设计模式]结构型02装饰模式(Decorator Pattern) 意图:为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. 主要解决:降低访问复杂系统的内部子系统时的复杂度,简化客户端与之的接口. 何时使用:1.客户端不需要知道系统内部的复杂联系,整个系统只需提供一个"接待员"即可.2.定义系统的入口. 如何解决:客户端不与系统耦合,外观类与系统耦合. 代码: 1.我这里有一个服务接口,持有一个对外提供服务的共有方法 provi…

Facade 外观模式(结构型模式) 系统的复杂度 假设我们要开发一个坦克模式系统用于模拟坦克车在各种作战环境中的行为,其中坦克系统由引擎.控制器.车轮.车身等各个子系统构成. internal class Engine { public void EAction1() { } public void EAction2() { } } internal class Controller { public void CAction1() { } public void CAction2() { }…

写在模式学习之前 什么是设计模式:在我们进行程序设计时,逐渐形成了一些典型问题和问题的解决方式,这就是软件模式:每个模式描写叙述了一个在我们程序设计中常常发生的问题,以及该问题的解决方式:当我们碰到模式所描写叙述的问题,就能够直接用对应的解决方法去解决问题,这就是设计模式. 设计模式就是抽象出来的东西.它不是学出来的,是用出来的:也许你根本不知道不论什么模式.不考虑不论什么模式.却写着最棒的代码,即使以"模式专家"的角度来看,都是最佳的设计.不得不说是"最佳的模式实践&quo…

最近学习 设计模式,从单例模式入手 啥是单例模式: 要实现一个单例类的话,首先,肯定是不能让用户自行生产的,那就是说明不能让用户new,所以,就必须把构造函数设置成为私有的 因为静态变量的生命周期跟整个应用程序的生命周期是一样的,所以可以定义一个私有的静态全局变量instance来保存该类的唯一实例 必须提供一个全局函数访问获得该实例,并且在该函数提供控制实例数量的功能(返回该对象的实例,也必须是静态的方法,不然无法调用静态的实例) 简单来说:单例模式就是保证在整个应用程序的生命周期中,在任何时…