设计模式——初步

工厂方法

简单工厂方法

目标：简化初始化的参数。
成员：工厂、抽象产品、具体产品
缺点：违法了里氏替换原则；单一职责原则

工厂方法

目标：解决上面缺点
成员：抽象工厂、具体工厂、抽象产品、具体产品
缺点：引入大量的类；如果本来创建就很简单，那么没必要；

结构型模式

适配器

作用：将不合适的接口封装起来
角色：Target、Adaptee、Adapter
个人理解：Target和Adapter就是简单的遵守接口规范；而Adaptee是已有的代码；本质应该是使得第三方代码遵守我们的接口规则
优点：可以利用现成的代码

桥模式

作用：将不同维度的东西拆成不同的类
角色：Abstraction、ExtendedAbstraction、Implementation、ConcreteImplementation
个人理解：俩个抽象是为了符合接口规范；而一个叫抽象，一个叫实现，应该是为了强调一个是主，其他为次，次作为主调用函数时的参数。
优点：充分利用组合的好处，集成各个功能

组合模式

作用：统一的去使用树形结构
角色：统一接口、容器、叶子节点
个人理解：实现某些结构时，树形结构是自然的想法，我们也自然会去构建递归函数，组合模式只是将接口的思想引了进来
优点：统一接口使用树形结构

外观模式

作用：将子系统封装起来
角色：外观(facade)、子系统(subsystem)
个人理解：在具体实现时会将大模块打散实现，而具体使用时，可能只是一个大块使用
优点：将零碎的子系统组合起来

代理

作用：封装类(延迟初始化、全选管理)
角色：抽象实体(subject)、实体(realSubject)、代理(proxy)
个人理解：延迟初始化是意外收获；主要的作用还是对其调用、执行结果做一些附加处理
优点：在不修改代码的基础上完成功能扩充

行为模式

责任链

作用：将不同级别的处理分开成链(如果是不同的判断，建议做成for + 列表)
角色：抽象处理者(Handler)、具体处理者(concreteHandler)
实现：
个人理解：比较适合有结构关系的消息机制，如果只是单纯的想扩展顺序判断，那么for+list的机构就够了
优点：最佳结构

观察者模式

作用：去同步更新
角色：抽象发布者(Notice)、抽象观察者(Observer)、具体发布者(concreteNotice)、具体观察者(concreteObserver)
个人理解：为了实现一种类似于信号槽的机制(异步)；而简单的实现可以直接调用(同步)
优点：最佳结构

策略模式

作用：将方法封装成对象，可以替换
角色：上下文(context)、抽象策略(strategy)、具体策略(concreteStratefy)
优点：将方法独立封装起来，模块化

模板方法

作用：定义通用的执行方法
角色：抽象类(AbstactClass)、具体类(ConcreateClass)
优点：将变与不变区分开