最近的一两个月里,我一直在研究各类的模式:设计模式、架构模式、容器模式,以及其它一些特定领域的模式(如并行计算模式)等等。 经历了一番买书、读论文、读代码,我发现了以前对于模式的理解不够深刻。 设计模式的组织 在《设计模式》一书中,引入的概念是『设计模式空间』,在这里它们被分为了三大类: 创建型模式:单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式。 结构型模式:适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。 行为型模式:模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问者模式 其划分的两条准分别是: 目的准则,用来完成什么工作;范围准则, 所以,我们就来到了元素模式,依据的它也是来自于一本书《元素模式》。 元素模式:设计模式的模式 模式是来源于对惯用法的总结,而诸如于元素模式则是对于设计模式的提取,即模式中的模式。
朋友觉得我为了几块钱这么墨迹,付完钱拉着我就走了,问我:“你说的什么模式怎么回事?” 我说超市收银系统就是很好的策略系统,就是一个典型策略模式。 多收了2块5,心疼死我了,我慢慢给你讲! ? 策略模式 策略模式的用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。 策略模式相当于"可插入式(Pluggable)的算法"。 在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。 策略模式和简单工厂模式的结合:把分支判断放到环境角色中。 模式讲解 策略模式功能:把具体算法从具体业务处理中独立 策略模式与if-else语句:多个if-else出现考虑使用策略模式 算法的平等性:策略算法是形同行为的不同实现 谁来选择具体策略算法:客户端
代理模式的定义 代理模式的定义:由于某些原因需要给某对象提供一个代理以控制对该对象的访问。这时,访问对象不适合或者不能直接引用目标对象,代理对象作为访问对象和目标对象之间的中介。 代理模式的优缺点 优点 代理模式在客户端与目标对象之间起到一个中介作用和保护目标对象的作用; 代理对象可以扩展目标对象的功能; 代理模式能将客户端与目标对象分离,在一定程度上降低了系统的耦合度,增加了程序的可扩展性 缺点 代理模式会造成系统设计中类的数量增加 在客户端和目标对象之间增加一个代理对象,会造成请求处理速度变慢; 增加了系统的复杂度; 代理模式的结构与实现 模式的结构 代理模式的主要角色如下。 ; } } 代理模式的应用场景 程代理,这种方式通常是为了隐藏目标对象存在于不同地址空间的事实,方便客户端访问。
前言 计划开一个设计模式的系列,介绍常见的几种设计模式,本文涉及的设计模式包含以下3种 状态模式:state pattern 外观模式:facade pattern 代理模式:proxy pattern 备注:下文适合看过《海贼王》的人阅读,没看过海贼王的观众请在父母陪同下阅读 状态模式:state pattern 在状态模式的设计方案里,一个主类(称为context类),可以在内部状态变化的时候一次性改变它的 外观模式:facade pattern 外观模式很简单且容易理解,但理解之后却非常有用。 也就是说,合体后的草帽海贼团,在能够使用每个人的绝招的同时,是作为“大皇帝”这个整体对外暴露的 我们使用外观模式去实现的话,代码逻辑如下所示 首先每个成员我们用一个类去表示 // 索隆 public class 代理模式:proxy pattern 使用一个类接管另一个类所有的方法调用,同时能在原来类的方法调用前,加入一些自己的“中间逻辑”。这种方式被称为代理模式。
概述 在策略模式(Strategy Pattern)中,一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。 在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。 策略模式旨在解决不同逻辑下相同的对象执行不同策略的问题。 当我们遇到同一个方法,里面会根据需要多个逻辑的分支,分支里的行为都不同,但是都服务于同一个功能,这个时候就可以使用策略模式,将行为抽象为一个策略接口中的抽象方法,由接口的实现类——也就是策略类——去实现各中具体的行为 策略模式也是一种比较常见且好用的设计模式,线程池的拒绝策略就使用了策略模式。
1.概念: 原型模式(Prototype Pattern)是通过给出一个原型对象来指明所要创建的对象类型,然后用复制这个原型对象的办法创建出更多的同类对象,同时又能保证性能而且不需要知道内部细节。 这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。 这种模式是实现了一个原型接口,该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时,则采用这种模式。 通过 new 产生一个对象需要非常繁琐的数据准备或访问权限,则可以使用原型模式。 一个对象多个修改者的场景。 一个对象需要提供给其他对象访问,而且各个调用者可能都需要修改其值时,可以考虑使用原型模式拷贝多个对象供调用者使用。 在实际项目中,原型模式很少单独出现,一般是和工厂方法模式一起出现,通过 clone 的方法创建一个对象,然后由工厂方法提供给调用者。原型模式已经与 Java 融为浑然一体,大家可以随手拿来使用。
设计模式-行为型模式-命令模式 基础 以一个MIS系统为栗子 MIS 管理信息系统(Management Information System,MIS)是一个以人为主导的,利用计算机硬件、软件和网络设备
今天主要是给大家分享一下两种设计模式,即责任链模式以及策略模式。 同时本篇文章也将是设计模式系列的开篇作了,后面也会慢慢给大家介绍其他的设计模式及其应用的场景。 责任链模式 责任链模式 (Chain Of Responsibility Pattern)是行为模式中的一种,又称职责链模式,将请求沿着一条链传递,直到该链上的某个对象处理它为止,其 UML 图如下所示 策略模式 在使用责任链模式对扫码结果分发这部分代码进行优化之后,我开始思考该场景下还有哪些设计模式比较适用? 经过分析思考,觉得策略模式可能也是一剂良药(当然也不是单一的策略模式,还包含了简单工厂模式)。
模式版本控制模式 这一模式的实现相对容易。我们的应用程序最初会使用一种模式,而这个模式最终会需要修改。当这种情况发生时,我们可以使用schema_version字段创建新模式并将其保存到数据库中。 在阅读了使用模式构建系列文章之后,我们了解了属性模式,并将其实现到一个contact_method数组中。为此,我们创建了一个新的模式版本。 从应用的角度来看,可以设计成同时读取模式的两个版本。即使涉及的应用服务器不止一个,应用程序对于如何处理模式差异的更改也是不需要停机的。 所有这些都会帮助减少未来的技术债务,这是这个模式的另一大优势。 与本系列中提到的其它模式一样,使用模式版本控制模式也需要一些考量。 在本例中,将模式版本控制和属性模式一起使用,允许在不停机的情况下进行模式升级,这使得模式版本控制这一模式在MongoDB中特别强大。
外观模式: 提供了一个统一接口,用来访问子系统中的一群接口。外观定义了一个高层接口,让子系统更容易使用。 设计原则--“最少知识”原则,减少对象之间的交互。 在程序中电视、游戏机、游戏卡、手柄等都是类,如果不使用外观模式,每当我们想打游戏,都要创建这四个类,然后调用他们的相关方法,这样很麻烦。 外观模式就是让我们写一个打游戏类,然后在这个类中封装这些对象和方法。
设计模式 -- 工厂模式 工厂模式 1. 什么是工厂模式 工厂模式属于创建对象的模式。 spring 中的 ioc 就采用了工厂模式来创建对象。 2. 对比 这里通过传统开发和使用工厂模式做个对比: 创建一个接口: public interface UserService { public void sayHello(); } 创建实现接口的实体类 ---- 工厂模式开发 如果我们这里创建 Factory 类来创建对象,提供接口给 Test 类调用,这样耦合关系虽然变成了 Test 类和 Factory类,Factory类和 UserServiceImpl 总结 使用工厂模式将对象的创建交给工厂类进行,很好的降低了代码的耦合度,提供接口给实现方调用,增加了程序的可扩展性。
,最后统一给你下单,并且通知给厨师,厨师拿到这个单后就直接开始做了...其中客户点餐(command),服务员下单这个是命令(command),而像这种由专门的服务员来给你统一提交订单给厨师,算是命令模式的一种现实呈现 命令模式是什么? 命令模式(Command Pattern)是一种数据驱动的设计模式,它属于行为型模式。 比如:客户通过菜单下单(command),服务员(Invoker)统一登记,然后下单给厨师(Receiver),这样客户跟厨师之间是没有直接关系的,面对客户的是服务员,并且,菜单可以动态增减; 命令模式可以干嘛 命令模式,主要是在客户(client)和执行者(Receiver),中间增加了调用者(Invoke)角色来处理、协调这种事,可以减少调用者直接去命令实现者,起到解耦,并且命令可以很容易增减,命令被当成对象从客户 调用者):收到命令,并执行命令; Receiver(执行者):主要为干活的角色,命令传递到这里,被该对象所执行; Command(命令):提供所有的命令; Client(用户):向调用者传达指令; 命令模式类图
一关一开,类似状态模式的,而开关主要是用来切换所需要的状态,由于不同的状态产生不同的结果。 状态模式是什么? 状态模式(State Pattern)是设计模式的一种,属于行为模式。 状态模式可以干嘛? 状态模式主要用于根据不同的状态进行切换而获取不同的信息或结果,根据客户的请求来根据自身状态进行切换。 状态模式类图 ? 源码下载:https://gitee.com/hong99/design-model/issues/I1IMES 最后 状态模式在实际工作中,相应的状态是结合数据库定义某个字段进行存储的,当用户促发进行变更 ,而这种模式相对来说也是比较复杂的,不同的场景会根据这个模式的思想可以衍生出很多实现方式,所以设计思维是第一位。
【导读】讲究的是“部分-整体”的关系,比如文件与文件夹,文件夹包含了文件和子文件夹,如果需要做一个文件管理系统的话,此时就需要用到组合模式。类似与下图的结构: ?
模拟鸭子项目: 不使用设计模式的方案: 传统继承方式如下: 鸭子超类: public abstract class Duck { public void Quack() { System.out.println 用策略模式来解决新需求 接口: public interface FlyBehavior { void fly();} public interface QuackBehavior new GaGaQuackBehavior(); //实现了叫声接口的类(可以多个) } @Override public void display() {...} } 策略模式 此模式让行为算法的变化独立于算法的使用者。 经验:多用组合来实现设计。 更详细的解释参考:http://www.cnblogs.com/zuoxiaolong/p/pattern8.html
今天说一下策略模式:定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户 换句话说策略模式,是指对象有某个行为,但是在不同的场景中,该行为有不同的实现算法,比如吃东西的行为 策略模式的重心不是如何实现算法,而是如何组织、调用这些算法,从而让程序结构更灵活,具有更好的维护性和扩展性。 看一下简单的代码实现 #region 策略模式 #region 抽象策略 public abstract class Stratety { public abstract } } #endregion static void Main(string[] args) { #region 策略模式 策略模式的优点: 1.提供了管理相关算法族的方法。 2.可以避免使用多重条件转移语句。
1.目录结构如下 总体的目录结构如下 2.第一步是有一个基础的工厂类,这个工厂类可以定义一些基础的工厂方法,可以用于多实现 public interface BaseFactory {
工厂模式介绍 工厂模式定义 工厂方法(Factory Method)模式的意义是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类当中。 工厂模式分类 简单工厂模式 (Simple Factory),又称静态工厂方法模式 (Static Factory Method Pattern)。 工厂方法模式(Factory Method)。 工厂方法模式角色 抽象工厂(Abstract Factory)角色:是工厂方法模式的核心,与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。 抽象工厂模式和工厂方法模式一样,都符合开放-封闭原则。但是不同的是,工厂方法模式在增加一个具体产品的时候,都要增加对应的工厂。但是抽象工厂模式只有在新增一个类型的具体产品时才需要新增工厂。 也就是说,工厂方法模式的一个工厂只能创建一个具体产品。而抽象工厂模式的一个工厂可以创建属于一类类型的多种具体产品。工厂创建产品的个数介于简单工厂模式和工厂方法模式之间。
最后决定改用Bulider模式,确实好用很多。 student); } 打印结果如下: Student[id=1, name=jack, passwd=1232, sex=男士, address=地球村] 最后做一下总结,什么是Bulider模式
行为模式(Behavioral Pattern)是对不同的对象之间划分责任和算法的抽象化。 行为模式不仅仅是关于类和对象的,而且是关于它们之间的相互作用的。 行为模式分为类的行为模式和对象的行为模式: 类的行为模式: 类的行为模式使用继承关系在几个类之间分配行为。 对象的行为模式:对象的行为模式则使用对象的聚合来分配行为。 后面将介绍的行为模式包括: 不变模式、策略模式、模板方法模式、观察者模式、迭代函数模式、责任链模式、 命令模式、备忘录模式、状态模式、访问者模式、解释器模式、调停者模式等。