![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
大话设计模式
午后小夕
趁着青春,尽情挥洒,加油
展开
-
简单工厂模式
简单工厂 简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。例如:简单工厂类public class OperationFactory{public static Operation createOperator(string operate){Ope原创 2015-06-16 22:02:14 · 431 阅读 · 0 评论 -
组合模式
组合模式:将对象组合成树形结构以表示‘部分-整体’的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性。使用时机: 需求中是体现部分与整体层次的结构时,希望用户可以忽略组合对象和单个对象的不同,统一地使用组合结构中的所有对象时,就应该考虑用组合模式了。简单的说,组合模式让客户可以一致地使用组合结构和单个对原创 2015-07-01 20:54:26 · 414 阅读 · 0 评论 -
桥接模式
合成/聚合复用原则 尽量使用合成/聚合,尽量不要使用类继承.聚合: 表示一种弱的‘拥有’关系,体现的是A对象可以包含B对象,但B对象不是A对象的一部分合成: 表示的是一种强的‘拥有’关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样。合成和聚合的好处: 优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在原创 2015-07-02 20:01:30 · 502 阅读 · 0 评论 -
单例模式
问题引入: 我希望工具箱要么不出现,出现也只出现一个,可实际上却是每次点击菜单,实例化‘工具箱’,他就会出来一个,这样点击多次就会出现很多个‘工具箱’该怎么办?单例模式 保证一个类仅有一个实例,并提供一个访问它的全局访问点。 通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象,一个最好的方法就是,让类自身负责保存它的唯原创 2015-07-02 14:24:39 · 533 阅读 · 0 评论 -
命令模式
命名模式 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。ConcreteCommand类,将一个接收者对象绑定于一个动作,调用接收者相应的操作,以实现Execute.命令模式作用第一:它能容易地设计一个命令队列第二:在需要的情况下,可以较容易地将命令记入原创 2015-07-03 10:47:22 · 443 阅读 · 0 评论 -
解释器模式
解释器模式 给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。要解决的问题: 如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构造一个解释器,该解释器通过解释这些句子来解决该问题。解释器模式的好处 当有一个语原创 2015-07-04 10:25:58 · 516 阅读 · 0 评论 -
职责链模式
职责链模式 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。职责链的好处 当客户提交一个请求时,请求是沿链传递直至有一个ConcreteHandler对象负责处理它。接收者和发送者都没有对方的明确信息,且链中的对象自己原创 2015-07-03 12:56:12 · 494 阅读 · 0 评论 -
享元模式
享元模式:运用共享技术有效地支持大量细粒度的对象。Flyweight类,它是所有具体享元类的超类或接口,通过这个接口,Flyweight可以接受并作用于外部状态。abstract class Flyweight{ public abstract void Operation(int extrinsicstate);}原创 2015-07-04 09:23:09 · 527 阅读 · 0 评论 -
中介者模式
中介者模式(调停者模式) 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地相互引用,从而使其耦合松散,而且可以独立地改变他们之间的交互。中介者模式优缺点中介者的优点: 1.Mediator的出现减少了各个Colleague的耦合,使得可以独立地改变和复用各个Colleague类和Mediator.原创 2015-07-03 13:33:45 · 484 阅读 · 0 评论 -
访问者模式
访问者模式: 表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。代码:Visitor类,为该对象结构中ConcreteElement的每一个类声明一个Visit操作。访问者模式的前提: 适用于数据结构相对稳定的系统。访问者模式的目的:原创 2015-07-05 11:00:54 · 387 阅读 · 0 评论 -
设计模式总结
设计模式大体上分为3类:创建型模式,结构型模式和行为型模式。一、创建型 包括抽象工厂(Abstract Factory),建造者(Bulider),工厂方法(Factory Method),原型(Prototype),单例(Singleton)。二、结构型 包括适配器(Adapter),桥接(Bridge),组合(Composite),装饰(Decorator原创 2015-07-05 14:30:15 · 419 阅读 · 0 评论 -
工厂方法模式
一.简单工厂类二。工厂方法模式实现三、简单工厂和工厂方法 简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖。@工厂方法模式(factory method):定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂原创 2015-06-24 21:14:44 · 699 阅读 · 0 评论 -
备忘录模式
备忘录 在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。把要保存的细节给封装在了Memento中了,哪一天要更改保存的细节也不用影响客户端了。适用场合 Memento模式比较适用于功能比较复杂的,但需要维护或记录属性历史的类,原创 2015-07-01 16:03:14 · 543 阅读 · 0 评论 -
迭代器模式
迭代器模式 提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。 当你需要访问一个聚合对象,而且不管这些对象是什么都需要遍历的时候,你需要对聚集有多种方式遍历时,你就应该考虑用迭代器模式。 为遍历不同的聚集结构提供如开始,下一个,是否结束,当前哪一项等统一的接口。 迭代器模式原创 2015-07-02 13:42:59 · 544 阅读 · 0 评论 -
适配器模式
适配器模式 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。适配器的意思就是使得一个东西适合另一个东西的东西。使用时机 系统的数据和行为都正确,但接口不符时,应该考虑用适配器,目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希原创 2015-06-30 20:40:26 · 365 阅读 · 0 评论 -
设计模式之-----策略模式
策略模式(Strategy): 它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。 CashContest类 class CashConstext{ private CashSuper cs; public CashContext(CashSuper csuper)//传入的是具体的收费原创 2015-06-18 21:19:08 · 625 阅读 · 0 评论 -
单一职责原则-和-开放-封闭原则-和-依赖倒转原则
单一职责原则(SRP):就一个类而言,应该仅有一个引起它变化的原因。1)如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。开放----封闭原则:是说软件实体(类,模块,函数等等)应该可以扩展,但是不可修改。1:)两大特征:对于扩展是开放的,对于更改是原创 2015-06-23 21:02:04 · 665 阅读 · 0 评论 -
代理模式
代码模式为其他对象提供一种代理以控制对这个对象的访问。二:代理模式的应用1) 远程代理,也就是为一个对象在不同的地址空间提供局部代表。这样可以隐藏一个对象存在于不同地址空间的事实。2)虚拟代理,是根据需要创建开销很大的对象。通过它来存放实例化需要很长时间的真实对象。3)安全代理,用来控制真实对象访问时的权限。4)智能指针,是指当调用真实的对象时,代理原创 2015-06-24 20:25:13 · 416 阅读 · 0 评论 -
装饰模式
装饰模式 动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。装饰模式,把每个要装饰的功能放在单独的类中,并让这个类包装他所要装饰的对象,因此,当需要执行特殊行为时,客户代码就可以在运行时根据需要有选择地,按顺序地使用装饰功能包装对象了。原创 2015-06-23 22:02:47 · 352 阅读 · 0 评论 -
迪米特法则
迪米特法则(最少知识原则) 如果两个类不必直接彼此直接通信,那么这两个类就不应当发生直接的相互作用,如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。迪米特法则前提:在类的结构设计上,每一个类都应当尽量降低成员的访问权限。迪米特法则根本思想:强调了类之间的松耦合。 类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改原创 2015-06-27 14:00:17 · 664 阅读 · 0 评论 -
模板方法
一.使用场景 当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其个别步骤在更详细的层次上的实现可能不同时,我们通常考虑用模板方法模式来处理。 模板方法模式是通过把不变行为搬移到超类,去除子类中的重复代码来体现它的优势。 当不变的和可变的行为在方法的子类实现中混合在一起的时候,不变的行为就会在子类中重复出现,我们原创 2015-06-27 13:39:46 · 648 阅读 · 0 评论 -
外观模式
外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。何时使用外观模式 首先,在设计初期阶段,应该要有意识的将不同的两个层分离。 其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂。增加外观Facade可以提供一个简单的接原创 2015-06-28 11:17:31 · 381 阅读 · 0 评论 -
建造者模式
建造者模式(生成器模式): 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。如果我们用了建造者模式,那么用户就只需指定需要建造的类型就可以得到它们,而具体建造的过程和细节就不需要知道了。建造者模式:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。使用构原创 2015-06-28 12:44:35 · 437 阅读 · 0 评论 -
观察者模式
观察者模式(发布-订阅模式): 观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象,这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。观察者模式特点使用场合:当一个对象的改变需要同时改变其他对象的时候。而且它不知道具体有多少对象有待改变时,应该考虑使用观察者模式。原创 2015-06-28 19:46:38 · 485 阅读 · 0 评论 -
抽象工厂模式
工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类。抽象工厂模式(Abstract Factory) 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。抽象工厂的优点抽象工厂的缺点 如果需求来着增加功能,比如要我们现在要增加项目表project,要改动哪些地方。原创 2015-06-29 17:07:43 · 354 阅读 · 0 评论 -
状态模式
状态模式 当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。主要解决的问题 当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。状态模式的好处和坏处 将与特定状态相关的行为局部化,并且将不同状态的行为分割开原创 2015-06-30 19:35:26 · 597 阅读 · 0 评论 -
原型模式
原型模式: 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。原型模式其实就是从一个对象再创建另外一个可定制的对象,而且不需知道任何创建的细节。二.浅复制和深复制浅复制:被复制对象的所有变量都含有与原来对象相同的值,而所有的对其他对象的引用都仍然指向原来的对象。深复制:把引用对象的变量指向复制过的新对象,而不是原有的被引用的对象原创 2015-06-25 20:03:27 · 384 阅读 · 0 评论