第一部分:创建型模式 创建型模式抽象了实例化过程. 它们帮助一个系统独立于怎样创建.组合和表示它的那些对象.(把一些小的对象组装成大对象,这个工作由专门的类对象来做) 一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化托付给还有一个对象. 随着系统演化得越来越依赖于对象复合而不是类继承,创建型模式变得更为重要.由于系统定义一个较小的行为集,这些行为能够被组合成随意数目的更复杂的行为. (把行为分散在各类中.用对象组合的方式,依据须要组合成大类) 这些创建型模式有两个特点: 1…
定义 抽象工厂类为创建一组相关和相互依赖的对象提供一组接口,而无需指定一个具体的类. ​ 这里我得把工厂方法模式得定义拿出来做一下比较:定义一个创建对象的接口,由子类决定实例化哪一个类.工厂方法是一个类的实例化延迟到其子类.这里强调一下,工厂方法包括:简单工厂模式,和工厂方法模式等一些系列的工厂方法模式的变形. 案例 ​ 现在有两个产品,一个是手机,一个是电脑.手机和电脑都是不同的生产商生产的.我们要实现一个工厂管理系统,记录华为和苹果着两家工厂生产的手机和电脑信息. ​ 已知,华为和苹果都有自…
一.UML图 二.概念 抽象方法模式(Abstract Factory):提供一个创建一系列相关或互相依赖对象的接口,而无需指定他们详细的类. 三.包括的角色 (1)抽象工厂 (2)详细工厂:包含详细工厂1和详细工厂2.详细工厂1用于生产详细产品A1和详细产品B1,详细工厂2用于生产详细产品A2和详细产品B2: (3)抽象产品:包含抽象产品A和抽象产品B. (4)详细产品:包含抽象产品A所相应的详细产品A1和A2.以及抽象产品B所相应的详细产品B1和B2. 说明:在<大话设计模式>中,上述的1…
目录 定义 UML类图 参与者 编写代码 特点 定义 提供一个创建一系列相关或相互依赖的对象的接口,而无需指定具体的类. 使用频率: UML类图 参与者 AbstractFactory:声明一个创建抽象产品的的接口. ConcreteFactory:实现接口创建具体的产品对象. AbstractProduct:产品的抽象. Product:具体的产品,实现抽象产品的接口. Client:使用抽象工厂和抽象产品. 编写代码 1.新建控制台程序AbstractFactory,新增Abstract.c…
import logging # logging.disable(logging.CRITICAL) logging.basicConfig(filename="loggingBug.txt",level=logging.DEBUG,format="%(asctime)s-%(levelname)s-%(message)s") def factorial(num): total= logging.debug("开始运行:{}".format(nu…
一.概述 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 二.适用性 1.一个系统要独立于它的产品的创建.组合和表示的时候. 2.一个系统要由多个产品系列中的一个来配置的时候. 3.当你要强调一系列相关的产品对象的设计以便进行联合使用的时候. 4.当你提供一个产品类库,而只想显示它们的接口而不是实现的时候. 三.参与者 1.AbstractFactory:声明一个创建抽象产品对象的操作接口. 2.ConcreteFactory:实现创建具体产品对象的操作. 3.Abstra…
[学习难度:★★★★☆,使用频率:★★★★★]  工厂方法模式通过引入工厂等级结构,解决了简单工厂模式中工厂类职责太重的问题,但由于工厂方法模式中的每个工厂只生产一类产品,可能会导致系统中存在大量的工厂类,势必会增加系统的开销.此时,我们可以考虑将一些相关的产品组成一个"产品族",由同一个工厂来统一生产,这就是我们本文将要学习的抽象工厂模式的基本思想. 1 界面皮肤库的初始设计 Sunny软件公司欲开发一套界面皮肤库,可以对Java桌面软件进行界面美化.为了保护版权,该皮肤库源代码不打…
先编一个这么久不写的理由 上周我终于鼓起勇气翻开了headfirst设计模式这本书,看看自己下一个设计模式要写个啥,然后,我终于知道我为啥这么久都没写设计模式了,headfirst的这个抽象工厂模式,额,我看了好几次,都不太理解. 在我的印象中,简单工厂,工厂方法,抽象工厂,这三个东西应该是层层递进的,然后我带着这个思路去看,emmmm,真的没看懂,还好最近又补了一遍<大话设计模式>,揣着刚刚温习了的新知识,然后又上了headfirst这条船,我感觉我这次应该是看懂了. 所以不写并不是因为忙,…
工厂模式已经分析了简单工厂模式和工厂方法模式.并且了解了工厂方法模式去简单工厂模式的延伸,工厂方法模式如果不把工厂类抽象的话,就是简单工厂模式.由前面两个工厂模式可以猜测出抽象工厂模式应该是这两种工厂模式的另外一个变化.先来看一下它的定义. 提供一个创建一系列相关或相互依赖的对象的接口,而无需指定它们具体的类. 先简单介绍一下定义的意思,就是需要创建一个接口,这个接口的作用就是用来创建一个以上的对象的,并且这些对象是相互依赖的,还不需要指定它们具体实现的类,应该是别创建对象的类.为了更好的理解,…
前言 本篇是设计模式学习笔记的其中一篇文章,如对其他模式有兴趣,可从该地址查找设计模式学习笔记汇总地址 1. 抽象工厂模式概述 工厂方法模式通过引入工厂等级结构,解决了简单工厂模式中工厂类职责太重的问题, 但由于工厂方法模式中的每个工厂只生产一类产品,可能会导致系统中存在大量的工厂类,势必会增加系统的开销. 此时,我们可以考虑将一些相关的产品组成一个"产品族",由同一个工厂来统一生产.这就是抽象工厂模式的基本思想. 2. 模拟业务 开发一套界面皮肤库,用户在使用时可以通过菜单来选择皮肤…
定义 抽象工厂模式的实质就是提供接口来创建一系列相关或独立的对象而不指定这些对象的具体类. 理解 在软件系统中,经常面临着"一系列相互依赖的对象"的创建工作:同时由于需求的变化,往往存在着更多系列对象的创建工作.如何应对这种变化?如何绕过常规的对象的创建方法(熟悉的new操作符),提供一种"封装机制"来避免客户程序和这种"多系列具体对象创建工作"的紧耦合?这就是我们要说的抽象工厂模式.抽象工厂模式提供了一种方式,可以将一组具有同一主题的单独的工厂…
简单工厂: 拿我们的简单三层举例子 先定义dal层 class Dal { public void Delete() { } } 工厂类 class Factory { //这样掉的好处是 当dal层发生变化的时候不需要去每个调用的地方修改对应的实例,只需要在工厂里面修改对应的实例就行. //例如Dal的名字换成DAL 这个时候只需要改动工厂里面对应的实例名称即可. public static Dal CreateInstance() { return new Dal(); } } 在BLL层中…
这个话题是很奇怪,设计模式是引导程序的设计不是模仿什么软件?呃.我的意思是,这是 面"对象"相对的设计模式. 我曾见过有人写<给妻子解释设计模式>,这样的把计算机中的思想与生活相结合固然非常好.人类解决这个问题的思想是相通的,计算机中的非常多思想比方分治.递归.贪心等都能在生活中找到相似的样例.可是.不恰当的样例反而会误导人的思维.造成理解偏差.设计模式本就是类与类之间怎样组织的一套软件设计经验,我们拿软件开发中的实例来解说,会更加准确. 写在前面: 为什么要学设计模式?…
转载请注明出处:http://blog.csdn.net/lmj623565791/article/details/26276093 不断设计模式~ Template Method模式 老套路,看高清:它定义的算法的骨架.虽然某些步骤推迟到子类中.不改变算法结构的情况下.又一次定义算法的步骤. 简单看下定义,模版方法定义了一个算法的步骤,而且同意子类为一个或多个步骤提供实现. 定义还算清晰,以下来个样例展示下本公司的上班情况(纯属娱乐,如有雷同.请对号入座).简单描写叙述一下:本公司有程序员.測…
在GoF经典著作<设计模式:可复用面向对象软件的基础>中一共描述了23种设计模式. <Design Patterns:Elements of Reusable Object-Oriented Software>,由 Erich Gamma.Richard Helm.Ralph Johnson 和 John Vlissides 合著(Addison-Wesley,1995). 这几位作者常被称为"四人组(Gang of Four)",而这本书也就被称为"…
这段时间,学习状态比较一般,空闲时基本都在打游戏,和研究如何打好游戏,终于通过戏命师烬制霸LOL,玩笑了.为了和"学习"之间的友谊小船不翻,决定对以往学习过的GOF设计模式做一个简单的回顾,这儿俺只是"知识的搬运工"哈.程杰老师的<大话设计模式>一书非常的棒,虽然出版有小10年了,但知识点清晰易懂,尤其是最后的虚拟的设计模式选美大赛,非常精辟的对设计模式行进了剖析比较,便于实战中设计模式的选用和落地. GOF模式总结: 1.工厂方法:定义一个用于创建对象…
掌握编程语言仅仅意味着掌握了如何给计算机"下命令",而到底要计算机如何去做,怎么指挥,则是另一个问题--如何编程.设计模式是一套程序员的"武功套路",它教我们如何去编程.虽然不遵守这个套路也是可以编程的,但是为了做到让整支程序员军团以整齐一致的步伐协调工作,设计模式的存在还是很有必要的.它定义了一系列的"武功套路"以及对应的招式的名称,相当于制定好了行业内的一套规范以及术语,方便程序员军团成员之间相互沟通. GoF的23种设计模式 GoF是指Er…
这段时间,学习状态比较一般,空闲时基本都在打游戏,和研究如何打好游戏,终于通过戏命师烬制霸LOL,玩笑了.为了和"学习"之间的友谊小船不翻,决定对以往学习过的GOF设计模式做一个简单的回顾,这儿俺只是"知识的搬运工"哈.程杰老师的<大话设计模式>一书非常的棒,虽然出版有小10年了,但知识点清晰易懂,尤其是最后的虚拟的设计模式选美大赛,非常精辟的对设计模式行进了剖析比较,便于实战中设计模式的选用和落地. GOF模式总结: 1.工厂方法:定义一个用于创建对象…
Erich Gamma, Richard Helm, 和 Ralph Johnson在GoF设计模式发表15年以后,再谈模式,另外一位作者,也是四色原型的发明者Peter已经过世. 提问者:如今有85,000 iPhone的小应用遍布全球,使用PHP就能够写一个简单的"Hello, World! The time is X"Web网页,那么,面向对象设计是难的,这句话是否还正确呢? Richard Helm: 软件设计总是很难的,尽管大多数现代开发环境已经降低了复杂性,通过重用库和工具…
资源: 下载GOF的书籍: http://download.csdn.net/download/quanbove/6534569 这里总结了模式,但讲的并不准确: http://www.runoob.com/design-pattern/design-pattern-intro.html 分类 创建型 结构型 行为型 简单工厂模式(Simple Factory) 工厂方法(Factory Method) 抽象工厂(Abstract Factory) 创建者模式(Builder) 原型模式(Pro…
目录 · 总述 · 记忆 · 效果 · 面向对象设计原则 · 创建型模式 · 单例模式(Singleton) · 效果 · 分类 · 代码(饿汉式) · 代码(懒汉式) · 代码(双重检测锁式) · 代码(静态内部类式) · 代码(枚举单例) · 代码(使用反射的破解与防御) · 代码(使用序列化的破解与防御) · 应用场景 · 工厂模式 · 效果 · 分类 · 代码(简单工厂) · 代码(工厂方法) · 代码(抽象工厂) · 应用场景 · 构建者模式(Builder) · 效果 · 代码 · …
一.GRASP模式(通用责任分配软件模式)概述 1.1.理解责任 1)什么是责任 责任是类间的一种合约或义务,也可以理解成一个业务功能,包括行为.数据.对象的创建等 知道责任——表示知道什么 行为责任——表示做什么 责任=知道责任+行为责任 2)知道责任与行为责任 知道责任: 了解私有封装数据 了解关联的对象 了解能够派生或计算的事物 行为责任: 如何完成对象初始化 如何执行一些控制行为 3)责任的理解 责任不是类的方法,类的方法用于[实现行为责任].责任更可以理解成是系统应提供的一个业务功能…
GOF设计模式二: 适配器模式 Adapter  为中国市场生产的电器,到了美国,需要有一个转接器才能使用墙上的插座,这个转接 器的功能.原理?复习单实例模式  SingleTon的三个关键点  1)私有的:构造函数  2)私有的:成员变量,记录这个单实例  3)公有的getter函数:没有实例时创建它:已有实例则返回 该实例  面向对象中的适配器 Object oriented adapters  Scenario: you have an existing software s…
前言 最近要开始学习设计模式了,以前是偶尔会看看设计模式的书或是在网上翻到了某种设计模式,就顺便看看,也没有仔细的学习过.前段时间看完了JVM的知识,然后就想着JVM那么费劲的东西都看完了,说明自己学习耐力还是有的,所以就打算仔细的研究研究设计模式,然后也将设计模式的学习过程记录下来. GoF的设计模式 Gang of Four,简称GoF,分别是Erich Gamma, Richard Helm, Ralph Johnson和John Vlissides,这四位软件工程学者在1994年归纳发表…
Java设计模式GOF之6大设计原则原则 1.开闭原则(Open Close Principle) 一个软件实体如类.模块和函数应该对扩展开放,对修改关闭. 开闭原则是面向对象的可复用设计的第一块基石,它是最重要的面向对象设计原则. 开闭原则由Bertrand  Meyer于1988年提出 一个软件实体应当对扩展开放,对修改关闭.即软件实体应尽量在不修改原有代码的情况下进行扩展. 2.里氏代换原则(Liskov Substitution Principle) 所有引用基类的地方必须能透明地使用其…
原文地址:梁桂钊的博客 博客地址:http://blog.720ui.com 欢迎关注公众号:「服务端思维」.一群同频者,一起成长,一起精进,打破认知的局限性. 漫谈 GOF 设计模式在 Spring 框架中的实现 在开始正文之前,请你先思考几个问题: 你项目中有使用哪些 GOF 设计模式 说一说 GOF 23 种设计模式的设计理念 说说 Spring 框架中如何实现设计模式 假设我是面试官问起了你这些面试题,你该如何回答呢,请先思考一分钟. 好的,我们开始进入正题.设计模式实践里面提供了许多经…
什么是设计模式 为解决某一类普遍存在的问题而提供的一种解决方案: 分类及定义 创建型模式(5) 1.原型模式:通过复制一个已存在对象来生成一个新对象,被复制的对象称为原型:详情... 2.单例模式:一个类只有一个全局实例:详情... 3.生成器模式:对复杂对象的创建过程进行抽象,相同的创建步骤,不一样的创建过程实现,生成不同表示的对象:详情... 4.工厂方法模式:具体的工厂对象负责生产具体的产品对象:详情... 5.抽象工厂模式:就是对一组具有相同主题的工厂进行封装:详情... 简单工厂模式:…
在GoF设计模式中,结构型模式有: 1.适配器模式 Adapter   适配器模式是将一个类的接口转换成客户希望的另外一个接口.适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作.   两个成熟的类需要通信,但是接口不同,由于开闭原则,我们不能去修改这两个类的接口,所以就需要一个适配器来完成衔接过程. 2.桥接模式 Bridge   桥接模式将抽象部分与它的实现部分分离,是它们都可以独立地变化.它很好的支持了开闭原则和组合锯和复用原则.实现系统可能有多角度分类,每一种分类都有可能…
GOF设计模式四: 观察者模式Observer  现实中遇到的问题  当有许多不同的客户都对同一数据源感兴趣,对相同的数据有不同的处理方式,该如 何解决?5.1 定义: 观察者模式  观察者模式 Observer  定义对象之间的一对多依赖关系,当一个对象改变状态时,所 有依赖于它的对象都会自动获得通知 Define a one-to-many dependency between objects so that when one object changes state, all it…
GOF设计模式三: 外观模式 Facade  “现有系统”功能强大.复杂,开发“新系统”需要用到其中一部分,但又要增加一部 分新功能,该怎么办?4.1 Facade Pattern: Key Features Intent You want to simplify how to use an existing system. You need to define your own interface. 现有系统的接口比较复杂,你希望利用原有的功能重新定义新的接口 Problem You nee…