weixin_43967582的博客

设计模式一、设计模式的概念和分类1.1 设计模式介绍设计模式是程序员在面对同类软件工程设计问题所总结出来的有用的经验，模式不是代码，而是某类问题的通用解决方案，设计模式（Design pattern）代表了最佳的实践。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。设计模式的本质提高 软件的维护性，通用性和扩展性，并降低软件的复杂度。《设计模式》是经典的书，作者是 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissid

职责链模式1.OA系统采购审批需求学校OA系统的采购审批项目：需求是采购员采购教学器材如果金额 小于等于5000, 由教学主任审批 （0<=x<=5000）如果金额 小于等于10000, 由院长审批 (5000<x<=10000)如果金额 小于等于30000, 由副校长审批 (10000<x<=30000)如果金额 超过30000以上，有校长审批 ( 30000<x)请设计程序完成采购审批项目1.1 传统方案解决OA系统审批传统方案解决OA系

策略模式1.鸭子问题编写鸭子项目，具体要求如下:有各种鸭子(比如 野鸭、北京鸭、水鸭等， 鸭子有各种行为，比如 叫、飞行等)显示鸭子的信息1.1 传统方案解决鸭子问题的分析和代码实现传统的设计方案(类图)代码实现鸭子接口public abstract class Duck { public Duck() { } public abstract void display();//显示鸭子信息 public void quack() { System.ou

状态模式1.APP抽奖活动问题请编写程序完成APP抽奖活动 具体要求如下:假如每参加一次这个活动要扣除用户50积分，中奖概率是10%奖品数量固定，抽完就不能抽奖活动有四个状态: 可以抽奖、不能抽奖、发放奖品和奖品领完活动的四个状态转换关系图[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0hQLzhpZ-1642221263028)()]2.状态模式2.1 基本介绍状态模式（State Pattern）：它主要用来解决对象在多种状态转换时，需要对外

解释器模式1.四则运算问题通过解释器模式来实现四则运算，如计算a+b-c的值，具体要求先输入表达式的形式，比如 a+b+c-d+e, 要求表达式的字母不能重复在分别输入a ,b, c, d, e 的值最后求出结果：如图1.1 传统方案解决四则运算问题分析编写一个方法，接收表达式的形式，然后根据用户输入的数值进行解析，得到结果问题分析：如果加入新的运算符，比如 * / ( 等等，不利于扩展，另外让一个方法来解析会造成程序结构混乱，不够清晰.解决方案：可以考虑使用解释器模式， 即： 表

备忘录模式1.游戏角色状态恢复问题游戏角色有攻击力和防御力，在大战Boss前保存自身的状态(攻击力和防御力)，当大战Boss后攻击力和防御力下降，从备忘录对象恢复到大战前的状态1.1 传统方案解决游戏角色恢复传统的设计方案(类图)1.1.1 传统的方式的问题分析一个对象，就对应一个保存对象状态的对象， 这样当我们游戏的对象很多时，不利于管理，开销也很大.传统的方式是简单地做备份，new出另外一个对象出来，再把需要备份的数据放到这个新对象，但这就暴露了对象内部的细节解决方案： =>

中介者模式1 智能家庭项目智能家庭项目：智能家庭包括各种设备，闹钟、咖啡机、电视机、窗帘 等主人要看电视时，各个设备可以协同工作，自动完成看电视的准备工作，比如流程为：闹铃响起->咖啡机开始做咖啡->窗帘自动落下->电视机开始播放1.1 传统方案解决智能家庭管理问题1.1.1 传统的设计方案(类图)[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ehD0Vfhm-1642210900859)(C:\Users\asus\AppData\Roa

观察者模式1.天气预报项目需求气象站可以将每天测量到的温度，湿度，气压等等以公告的形式发布出去(比如发布到自己的网站或第三方)。需要设计开放型API，便于其他第三方也能接入气象站获取数据。提供温度、气压和湿度的接口测量数据更新时，要能实时的通知给第三方1.1 天气预报设计方案1-普通方案WeatherData类通过对气象站项目的分析，我们可以初步设计出一个WeatherData类说明:通过getXxx方法，可以让第三方接入，并得到相关信息.当数据有更新时，气象站通过调用data

迭代器模式1.看一个具体的需求编写程序展示一个学校院系结构：需求是这样，要在一个页面中展示出学校的院系组成，一个学校有多个学院，一个学院有多个系。如图：1.1 传统的设计方案(类图)1.2 传统的方式的问题分析将学院看做是学校的子类，系是学院的子类，这样实际上是站在组织大小来进行分层次的实际上我们的要求是 ：在一个页面中展示出学校的院系组成，一个学校有多个学院，一个学院有多个系， 因此这种方案，不能很好实现的遍历的操作解决方案：=> 迭代器模式2.迭代器模式2.1 基本介

访问者模式1.测评系统的需求完成测评系统需求将观众分为男人和女人，对歌手进行测评，当看完某个歌手表演后，得到他们对该歌手不同的评价(评价 有不同的种类，比如 成功、失败 等)传统方案传统方式的问题分析如果系统比较小，还是ok的，但是考虑系统增加越来越多新的功能时，对代码改动较大，违反了ocp原则， 不利于维护扩展性不好，比如 增加了 新的人员类型，或者管理方法，都不好做引出我们会使用新的设计模式 – 访问者模式2.访问者模式2.1 访问者模式基本介绍访问者模式（Visi

命令模式1.智能生活项目需求看一个具体的需求我们买了一套智能家电，有照明灯、风扇、冰箱、洗衣机，我们只要在手机上安装app就可以控制对这些家电工作。这些智能家电来自不同的厂家，我们不想针对每一种家电都安装一个App，分别控制，我们希望只要一个app就可以控制全部智能家电。要实现一个app控制所有智能家电的需要，则每个智能家电厂家都要提供一个统一的接口给app调用，这时 就可以考虑使用命令模式。命令模式可将“动作的请求者”从“动作的执行者”对象中解耦出来.在我们的例子中，动作的请求者是手机ap

模板方法模式1.豆浆制作问题编写制作豆浆的程序，说明如下:制作豆浆的流程 选材—>添加配料—>浸泡—>放到豆浆机打碎通过添加不同的配料，可以制作出不同口味的豆浆选材、浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的请使用 模板方法模式 完成 (说明：因为模板方法模式，比较简单，很容易就想到这个方案，因此就直接使用，不再使用传统的方案来引出模板方法模式 )2.模板方法模式2.1 基本介绍模板方法模式（Template Method Pattern），又叫

代理模式(Proxy)1.代理模式的基本介绍代理模式：为一个对象提供一个替身，以控制对这个对象的访问。即通过代理对象访问目标对象.这样做的好处是:可以在目标对象实现的基础上,增强额外的功能操作,即扩展目标对象的功能。被代理的对象可以是远程对象、创建开销大的对象或需要安全控制的对象代理模式有不同的形式, 主要有三种 静态代理、动态代理 (JDK 代理、接口代理)和 Cglib 代理 (可以在内存动态的创建对象，而不需要实现接口， 他是属于动态代理的范畴) 。代理模式示意图2.静态代理2.1

享元模式1.展示网站项目需求小型的外包项目，给客户 A 做一个产品展示网站，客户 A 的朋友感觉效果不错，也希望做这样的产品展示网站，但是要求都有些不同：有客户要求以新闻的形式发布有客户人要求以博客的形式发布有客户希望以微信公众号的形式发布1.1 传统方案解决网站展现项目直接复制粘贴一份，然后根据客户不同要求，进行定制修改给每个网站租用一个空间方案设计示意图1.2 传统方案解决网站展现项目-问题分析需要的网站结构相似度很高，而且都不是高访问量网站，如果分成多个虚拟空间来处理

外观模式1.影院管理项目组建一个家庭影院：DVD播放器、投影仪、自动屏幕、环绕立体声、爆米花机,要求完成使用家庭影院的功能，其过程为：• 直接用遥控器：统筹各设备开关• 开爆米花机• 放下屏幕• 开投影仪• 开音响• 开DVD，选dvd• 去拿爆米花• 调暗灯光• 播放• 观影结束后，关闭各种设备1.1 传统方式解决影院管理1.2 传统方式解决影院管理问题分析在ClientTest 的main方法中，创建各个子系统的对象，并直接去调用子系统(对象)相关方法，会造成调用过

组合模式1.学校院系展示需求看一个学校院系展示需求编写程序展示一个学校院系结构：需求是这样，要在一个页面中展示出学校的院系组成，一个学校有多个学院，一个学院有多个系。如图：1.2 传统方案解决学校院系展示(类图)传统方案解决学校院系展示存在的问题分析将学院看做是学校的子类，系是学院的子类，这样实际上是站在组织大小来进行分层次的实际上我们的要求是 ：在一个页面中展示出学校的院系组成，一个学校有多个学院，一个学院有多个系， 因此这种方案，不能很好实现的管理的操作，比如对学院、系的添加，删除，

装饰者模式1 星巴克咖啡订单项目（咖啡馆）：咖啡种类/单品咖啡：Espresso(意大利浓咖啡)、ShortBlack、LongBlack(美式咖啡)、Decaf(无因咖啡)调料：Milk、Soy(豆浆)、Chocolate要求在扩展新的咖啡种类时，具有良好的扩展性、改动方便、维护方便使用 OO 的来计算不同种类咖啡的费用: 客户可以点单品咖啡，也可以单品咖啡+调料组合。1.2 方案 1-解决星巴克咖啡订单项目方案1-解决星巴克咖啡订单问题分析Drink 是一个抽象类，表示饮料de

桥接模式1.手机操作问题现在对不同手机类型的不同品牌实现操作编程(比如:开机、关机、上网，打电话等)，如图:2.传统方案解决手机操作问题2.1 传统方案解决手机使用问题(类图):2.2 传统方案解决手机操作问题分析扩展性问题(类爆炸)，如果我们再增加手机的样式(旋转式)，就需要增加各个品牌手机的类，同样如果我们增加一个手机品牌，也要在各个手机样式类下增加。违反了单一职责原则，当我们增加手机样式时，要同时增加所有品牌的手机，这样增加了代码维护成本.解决方案-使用桥接模式3.桥接模式(

设配器模式1.泰国旅游使用插座问题现实生活中的适配器例子泰国插座用的是两孔的（欧标），可以买个多功能转换插头 (适配器) ，这样就可以使用了。2.适配器模式基本介绍适配器模式(Adapter Pattern)将某个类的接口转换成客户端期望的另一个接口表示，主的目的是兼容性，让原本因接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器(Wrapper)适配器模式属于结构型模式主要分为三类：类适配器模式、对象适配器模式、接口适配器模式3.适配器模式工作原理适配器模式：将一个类的接

建造者模式盖房项目需求需要建房子：这一过程为打桩、砌墙、封顶房子有各种各样的，比如普通房，高楼，别墅，各种房子的过程虽然一样，但是要求不要相同的.请编写程序，完成需求.1.传统方式解决盖房需求public abstract class AbstractHouse { //打地基 public abstract void buildBasic(); //砌墙 public abstract void buildWalls(); //封顶 public abstract voi

原型模式克隆羊问题现在有一只羊tom，姓名为: tom, 年龄为：1，颜色为：白色，请编写程序创建和tom羊 属性完全相同的10只羊。1.传统方式解决克隆羊问题public class Sheep { private String name; private int age; private String color; public Sheep(String name, int age, String color) { super(); this.name = name; t

工厂模式看一个具体的需求看一个披萨的项目：要便于披萨种类的扩展，要便于维护披萨的种类很多(比如 GreekPizz、CheesePizz 等)披萨的制作有 prepare，bake, cut, box完成披萨店订购功能。1.使用传统的方式来完成Pizza抽象类//将Pizza 类做成抽象public abstract class Pizza { protected String name; //名字 //准备原材料, 不同的披萨不一样，因此，我们做成抽象方法 public a

单例模式所谓类的单例设计模式，就是采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法(静态方法)。比如Hibernate的SessionFactory，它充当数据存储源的代理，并负责创建Session对象。SessionFactory并不是轻量级的，一般情况下，一个项目通常只需要一个SessionFactory就够，这是就会使用到单例模式。单例模式有八种方式：饿汉式(静态常量)饿汉式（静态代码块）懒汉式(线程不安全)懒汉式(线程安全，同

UML类图一、UML基本介绍UML——Unified modeling language UML (统一建模语言)，是一种用于软件系统分析和设计的语言工具，它用于帮助软件开发人员进行思考和记录思路的结果UML本身是一套符号的规定，就像数学符号和化学符号一样，这些符号用于描述软件模型中的各个元素和他们之间的关系，比如类、接口、实现、泛化、依赖、组合、聚合等，如下图:使用UML来建模，常用的工具有 Rational Rose , 也可以使用一些插件来建模eclipse装Amatera

设计模式的七大原则设计模式的目的编写软件过程中，程序员面临着来自耦合性，内聚性以及可维护性，可扩展性，重用性，灵活性等多方面的挑战，设计模式是为了让程序(软件)，具有更好代码重用性 (即：相同功能的代码，不用多次编写)可读性 (即：编程规范性 便于其他程序员的阅读和理解)可扩展性 (即：当需要增加新的功能时，非常的方便，称为可维护)可靠性 (即：当我们增加新的功能后，对原来的功能没有影响)使程序呈现高内聚，低耦合的特性设计模式原则，其实就是程序员在编程时，应当遵守的原则，也是各种设计模式