学习 《大话设计模式》笔记

Java设计模式七大原则

1.开闭原则（Open Close Principle）

2.里氏代换原则（Liskov Substitution Principle）

3.依赖倒转原则（Dependence Inversion Principle）

4.接口隔离原则（Interface Segregation Principle）

5.迪米特法则（Law Of Demeter）

6.单一职责原则（Single Responsibility Principle）

7.组合/聚合复用原则

https://blog.csdn.net/u011288271/article/details/52497602

一 简单工厂模式

面向对象编程，让代码变得容易维护，复用，扩展，灵活

例：活字印刷术： 喝酒唱歌，人生真爽 --> 对酒当歌，人生几何

只改要改的字 -- 可维护

这些字可以在后面的印刷重复使用 --可复用

若要加字，另刻字即可 -- 可扩展

字的排列随意 --灵活性好

通过封装，继承，多态 把程序的耦合度降低

1.8 业务的封装： 让业务逻辑和页面逻辑分开

计算器实现加减乘除 写一个方法GetResult 通过传入数字和符号 进行运算

1.9 紧耦合 送耦合

如过要维护薪资管理系统代码 不能让所有人都看到所以的代码 所以要实现加减乘除各一个方法 分别继承运算类

1.10 简单工厂模式

只需输入符号 工厂就实例化出合适的对象，通过多态 返回父类的方式实现了计算器的结果

这样的好处：1 如果有一天改加法运算，只需要改加法方法就可以

2 增加平方根 添加子类 switch加分支

1.11 UML类图

矩形框 ： 表示一个类

第一层 类名 （抽象是斜体）

第二层 类的特性 字段和属性

第三层 类的操作 方法和行为

+ public - private # protected

1.继承关系用 空心三角形+实线表示

2.实现接口用空心三角形+虚线表示

3.当一个类知道另一个类时，可以用关联关系 实现剪头表示 如企鹅类需要引用到气候

4.大雁属于雁群 聚合关系（A包含B B不包含A） 用空心菱形+实心箭头

5 鸟和翅膀就是合成（组合）关系 生命周期是相同的 实心菱形+实心箭头

6 动物特征需要有 氧气 水 食物等 依赖关系 虚线箭头

二 策略模式

1 商场收银软件

输入单价 数量 算费用

1.0版 传入单价 数量 输出费用

2 增加打折

添加下拉框 可选择折扣

3 添加满300送100 而且还有打折

添加现金收费抽象类 ： 实现打折子类，返利收费子类 在工厂类分析调用什么方法

4 策略模式

定义了算法家族，分别封装 让他们之间可以相互替换 此模式让算法的变法，不会影响到使用算法的客户

策略模式就是用来封装算法的，在实践中 也可以用来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑室友策略模式处理这种变化的可能性

三 单一职责原则

单一职责原则SRP：就一个类而言，应该仅有一个引起它变化的原因

如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏ASD

四 开放-封闭原则OCP

软件实体（类，模块，函数等等） 应该可以扩展，但是不可修改

在我们最初编写代码时，假设变化不会发生，当发生时，我们就创建抽象来隔离以后发生的同类变化

面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。

五 依赖倒转原则

要针对接口编程，不要对实现编程

A 高层模块不应该依赖低层模块，2个都应该依赖抽象

B 抽象不应该依赖细节，细节应该依赖抽象

里氏代换原则： 在软件里面，把父类都替换成它的子类，程序的行为没有变化

只有当子类可以替换到父类，软件单位的功能不受影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为

六 装饰模式

动态地给一个对象增加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活

七 代理模式

为其对象提供一种代理以控制对这个对象的访问

例子图：

追求者 和 代理 都去实现送礼物的接口 代理类在实现方法中调用追求者类的相关方法

应用：

1 远程代理 为一个对象在不同的地址空间提供局部代表，这样可以隐藏一个对象存在于不同地址空间的事实

2 虚拟代理 是根据需要创建开销很大的对象，通过它来存放实例化需要很长时间的真实对象

3 安全代练 用来控制真是对象访问时的权限

4 智能指引，是指当调用真实的对象时，代理处理另外一些事

八 工厂方法模式

简单工厂模式和工厂模式区别

简单工厂模式：

工厂模式：

简单工厂模式的最大有点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖

但是如果想要加一个‘求M数的N次方’功能 需要跟运算工厂类方法加case分支条件 相当于不但对扩展开发了，对修改也开放了 这样就违背了开放-封闭原则

工厂方法模式：定义一个用户创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类

九 原型模式

在原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象

需要用到clone（ ）方法 和 MemberwiseClone（）这个方法java里好像没有

浅复制 ：被复制对象的所有变量都含有与原来的对象相同的值，而所有的对其他对象的引用都仍然指向原来的对象

深复制 把引用对象的变量指向复制过的新对象，而不是原有的被引用的对象

十 模版方法模式

定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，模版方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤

例：考试试卷

模版方法模式是通过把不变行为搬移到超类，去除子类中的重复代码来提现他的优势

十一 迪米特法则

如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用，如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用

迪米特法则其根本思想，是强调了类之间的松耦合，类之间的耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及

十二 外观模式

为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用

什么时候用？

首先，在设计初期阶段，应该要有意识的将不同的两个层分离，

其次，在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂

第三，在维护一个遗留大型系统时，可能这个系统已经非常难以维护和扩展时

十三 建造者模式

将一个复杂对象的构建与他的表示分离，使得同样的构建过程可以创建不同的表示

建造者模式是在当创建复杂对象的算法应该独立于该对象的组成部分以及他们的装配方式时适用的模式

十四 观察者模式

事件委托说明

委托就是一种引用方法的类型，一旦为委托分配了方法，委托将与该方法具有完全相同的行为，委托方法的使用可以像其他任何方法一样，具有参数和返回值，委托可以看作时对函数的抽象，是函数的‘类’，委托的实例将代表一个具体的函数

十五 抽象工厂模式

提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类

优点：

1.易于交换产品，由于具体工厂类 在一个应用中只需要在初始化的时候出现一次，这就使得改变一个应用的具体工厂变得非常容易，它只需要改变具体工厂即可使用不同的产品配置

2.让具体的创建实例过程与客户端分离，客户端是通过他们的抽象接口操纵实例，产品的具体类名也被具体工厂的实现分离，不会出现在客户代码中

反射技术：

Assembly.Load("程序集名称").CreateInstance("命名空间.类名称")

//常规写法

IUser result = new SqlserverUser();

//反射写法

using System.Reflection; //先引用System.Reflection的命名空间

IUser result =

(IUser)Assembly.Load("抽象工厂模式").CreateInstance("抽象工厂模式.SqlserverUser");

当前程序集名称 当前命名空间 要实例化的类名

以后想改数据库只需要把字符串SqlserverUser改成OracleUser就可以了

十六 状态模式

状态模式：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类

目的：消除庞大的条件分支语句

什么时候用：当一个对象的行为取决于他的状态，并且他必须在运行时刻根据状态改变他的行为时，就可以考虑使用状态模式了

十七 适配者模式

将一个类的接口转换成客户希望的另外一个接口 Adapter模式使得原来由于接口不兼容而不能一起工作的那个类可以一起工作

场景： 系统的数据和行为都正确，但接口不符时，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配，适配器模式主要应用于希望复用一些现存的类，但是接口又与复用环境要求不一致的情况

两个类所做的事情相同或相似，但是具有不同的接口时要使用他，客户代码可以统一调用同一接口

十八 备忘录模式

备忘录：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将该对象恢复到原先保存的状态（类似存档读档）

十九 组合模式

组合模式：将对象组合成树形结构以表示‘部分-整体’的层次结构，组合模式使得用户对单个对象和组合对象的使用具有一致性

什么时候使用：

需求中是体现部分与整体层次的结构时，以及你希望用户可以忽略组合对象与单个对象的不同，统一的使用组合结构中的所有对象时，就应该考虑用组合模式了

二十 迭代器模式

提供一种方法顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示

迭代器模式就是分离了集合对象的遍历行为，抽象出一个迭代器类来负责，这样既可以做到不暴露集合的内部结构，又可让外部代码透明地访问集合内部的数据

增强for循环

二十一 单例模式

单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点

二十二 桥接模式

对象的继承关系是在编译时就定义好了，所以无法在运行时改变从父类继承的实现，子类的实现与它的父类有非常紧密的依赖关系，以至于父类实现中的任何变化必然会导致子类发生变化。当你需要复用子类时，如果继承下来的实现不适合解决新的问题，则父类必须重写或被其他更适合的类替换，这种依赖关系限制了灵活性并最终限制了复用性

合成/聚合复用原则 ： 尽量使用合成/聚合，尽量不要使用类继承

聚合表示一种弱的拥有关系，提现的是A对象可以包含B对象，但B对象不是A对象的一部分，合成则是一种强的拥有关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样

例： 大雁和翅膀 是部分和整体的关系 是合成关系

大雁属于一个雁群，是聚合关系

桥接模式：将抽象部分与它的实现部分分离，使它们都可以独立地变化

二十三 命令模式

将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可撤销的操作

二十四 职责链模式

使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系，将这个对象连成一条链，并沿着这条链传递该请求，知道有一个对象处理它为止

二十五 中介者模式

用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互作用，从而使其耦合松散，而且可以独立地改变他们之间的交互

优缺点：

缺点：多对多交互复杂的对象群时，不要急于使用这个模式

优点：减少耦合

场景：

一般应用于一组对象以定义良好但是复杂的方式进行通信的场合

二十六 享元模式

运用共享技术有效地支持大量细粒度的对象

二十七 解释器模式

给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语音中的句子

如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子，这样就可以构建一个解释器，该解释器通过解释这些句子来解决该问题

二十八 访问者模式

表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素的类前提下定义作用于这些元素的新操作