摘要：
##享元模式： 享元模式（Flyweight）：运用共享技术有效地支持大量细粒度的对象。减少创建对象的数量，以减少内存占用和提高性能。这种类型的设计模式属于结构型模式，它提供了减少对象数量从而改善应用所需的对象结构的方式。 享元模式尝试重用现有的同类对象，如果未找到匹配的对象，则创建新对象。 主要解 阅读全文
posted @ 2020-06-19 23:57
study-hard-forever
阅读(126)
评论(0)
推荐(0)
摘要：
##中介者模式： 中介者模式（Mediator）（调停者模式），用一个中介对象来封装一系列的对象交互。中介者使各个对象不需要显式地相互引用，从而使其耦合松散，而且可以独立的改变它们之间的交互。 主要解决：对象与对象之间存在大量的关联关系，这样势必会导致系统的结构变得很复杂，同时若一个对象发生改变，我 阅读全文
posted @ 2020-06-19 23:55
study-hard-forever
阅读(178)
评论(0)
推荐(0)
摘要：
##职责链模式： 职责链模式（Chain of Responsibility）：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连接成一条链，并沿着这条链传递该请求，直到有一个（ConcreteHandler）对象处理它为止。 职责链模式UML结构图： 这里发出的请 阅读全文
posted @ 2020-06-19 23:54
study-hard-forever
阅读(129)
评论(0)
推荐(0)
摘要：
##命令模式： 命令模式（Command）（行动（Action）模式或交易（Transaction）模式。），是一种数据驱动的设计模式，它属于行为型模式，将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化，对请求排队或者记录请求日志，以及支持可撤销的操作。 命令模式是对命令的封装。命令 阅读全文
posted @ 2020-06-19 22:20
study-hard-forever
阅读(168)
评论(0)
推荐(0)
摘要：
##桥接模式： 桥接模式（Bridge），将抽象部分与它的实现部分分离，使它们都可以独立地变化。（实现系统可能有多角度分类，每一种分类都有可能变化（只用继承会造成类的大量增加，不能满足开放——封闭原则），那么就把这种多角度分离出来让它们独立变化，减少它们之间的耦合） 抽象与它的实现分离，并不是说让抽 阅读全文
posted @ 2020-06-19 22:17
study-hard-forever
阅读(129)
评论(0)
推荐(0)
摘要：
##单例模式： 单例模式（Singleton），保证一个类仅有一个实例，并提供一个访问它的全局访问点。（本质：控制实例数目） 单例模式UML结构图： Singleton模式包含的角色只有一个，就是Singleton。Singleton拥有一个私有构造函数，确保用户无法通过new直接实例它。除此之外， 阅读全文
posted @ 2020-06-19 22:16
study-hard-forever
阅读(137)
评论(0)
推荐(0)
摘要：
##迭代器模式： 迭代器模式（Iterator），提供一种方法顺序访问每一个聚合对象中的各个元素，而又不暴露该对象的内部表示。 何时使用： 当需要访问一个聚集对象，而且不管这些对象是什么都需要遍历的时候，就可以考虑使用迭代器模式。 需要对聚集有多种遍历方式时，可以考虑使用迭代器模式。 使用场景： 访 阅读全文
posted @ 2020-06-19 22:14
study-hard-forever
阅读(135)
评论(0)
推荐(0)
摘要：
##组合模式： 组合模式（Composite），将对象组合成树形结构以表示“部分整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 组合模式UML结构图： 组合模式的目的：让客户端不再区分操作的是组合对象还是叶子对象，而是以一种统一的方式来操作对象树，组合模式会组合出树形结构来 阅读全文
posted @ 2020-06-19 22:12
study-hard-forever
阅读(140)
评论(0)
推荐(0)
摘要：
##备忘录模式： 备忘录模式（Memento），在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将该对象恢复到原先保存的状态。 示意图如下： 优点： 1、给用户提供了一种可以恢复状态的机制，可以使用户能够比较方便地回到某个历史的状态。 2、实现了信息的封装， 阅读全文
posted @ 2020-06-19 22:11
study-hard-forever
阅读(155)
评论(0)
推荐(0)
摘要：
##适配器模式： 适配器模式（Adapter），将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。简单地说，就是所需要的东西就在眼前，但却不能使用，而在短时间内又无法改造它，于是我们就想办法适配它。 适配器模式主要应用于我们希望复用 阅读全文
posted @ 2020-06-19 22:10
study-hard-forever
阅读(143)
评论(0)
推荐(0)
摘要：
##状态模式： 状态模式（State），当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。 状态模式主要解决的是当一个控制对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的判断逻辑简化。（面向对象设计其实就是希望做到代码的责 阅读全文
posted @ 2020-06-19 22:09
study-hard-forever
阅读(126)
评论(0)
推荐(0)
摘要：
##抽象工厂模式： 提供一个创建一系列相关或者相互依赖对象的接口，而无需指定它们具体的类。 例：我们在调用数据库时，可能会采用不同的数据库，进而其实现细节也会有所不同。如果我们在客户端实例化数据库对象，那么这个对象就完全被这个数据库限制了，若采用其他数据库时，在执行同样地操作时（比如插入数据）我们就 阅读全文
posted @ 2020-06-19 22:08
study-hard-forever
阅读(247)
评论(0)
推荐(0)
摘要：
##观察者模式： 观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象，这个主题对象在状态发生变化时，会通知所有观察者对象（依赖它的对象），使它们能够自动更新自己。观察者模式属于行为型模式。 观察者模式又叫： 发布——订阅（Publish/Subscribe）模式 模型——视 阅读全文
posted @ 2020-06-19 00:51
study-hard-forever
阅读(95)
评论(0)
推荐(0)
摘要：
##建造者（生成器）模式： 将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 如果我们采用建造者模式，我们只需要指定需要创建的类型就可以得到他们，而不需要了解具体的创建过程和细节。 建造者模式UML结构图： 建造者（Builder）角色：定义创建一个Product对象所需的 阅读全文
posted @ 2020-06-19 00:49
study-hard-forever
阅读(88)
评论(0)
推荐(0)
摘要：
##外观（门面）模式： 为子系统中的一组接口提供一个一致的界面，此时模式定义了一个高层接口，这个接口使得这一个子系统更加容易使用，即该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。 主要解决：降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口。 何时使用： 1、客户端不需要知道 阅读全文
posted @ 2020-06-19 00:48
study-hard-forever
阅读(60)
评论(0)
推荐(0)
摘要：
##模板方法模式： 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 模板方法模式实际上是所有模式中最为常见的几个模式之一，而且很多人可能使用过模板方法模式而没有意识到自己已经使用了这个模式。模板方法模式是基于继承的代码复 阅读全文
posted @ 2020-06-19 00:47
study-hard-forever
阅读(63)
评论(0)
推荐(0)
摘要：
##原型模式： 用原型实例指定创建对象的种类，并且通过拷贝这种原型创建新的对象。（从一个对象再创建另外一个可定制的对象，而且不需要知道任何创建的细节） 使用场景： 1、资源优化场景。 2、类初始化需要消化非常多的资源，这个资源包括数据、硬件资源等。 3、性能和安全要求的场景。 4、通过 new 产生 阅读全文
posted @ 2020-06-19 00:46
study-hard-forever
阅读(137)
评论(0)
推荐(0)
摘要：
##工厂方法模式： 简单工厂 VS 工厂方法（以计算器为例）： 简单工厂UML结构图： 工厂方法UML结构图： 简单工厂模式最大的优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。但是我们增加新功能时，我们一定要修改工厂类中的Cas 阅读全文
posted @ 2020-06-19 00:33
study-hard-forever
阅读(181)
评论(0)
推荐(0)
摘要：
##代理模式： 代理模式（Proxy Pattern），为其他对象提供一种代理以控制对这个对象的访问，这种类型的设计模式属于结构型模式。 代理模式其实就是访问对象时引入一定程度的间接性，因为这种间接性，可以附加多种用途（代理就是真实对象的代表。） 应用实例： 1、Windows 里面的快捷方式。 2 阅读全文
posted @ 2020-06-19 00:31
study-hard-forever
阅读(84)
评论(0)
推荐(0)
摘要：
##装饰模式： 装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。 主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨 阅读全文
posted @ 2020-06-19 00:29
study-hard-forever
阅读(74)
评论(0)
推荐(0)
摘要：
##策略模式： 策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化（策略模式是对算法的包装，是把使用算法的责任和算法本身分割开，委派给不同的对象管理）。 使用策略模式可以把行为和环境分割开来。环境类 阅读全文
posted @ 2020-06-19 00:28
study-hard-forever
阅读(161)
评论(0)
推荐(0)
摘要：
##简单工厂模式： 接口是用来封装隔离具体的实现的，目标就是不要让客户端知道封装体内部的具体实现。 简单工厂的位置是位于封装体内的，所以简单工厂知道具体类的实现是没有关系的。 对于客户端来说，只是知道了接口和简单工厂。 优点: 工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户 阅读全文
posted @ 2020-06-19 00:26
study-hard-forever
阅读(148)
评论(0)
推荐(0)
浙公网安备 33010602011771号