规格模式（Specification）
设计模式 - 免费 - Sunrise - - 浏览量： 9
构建一个清晰的业务规则规范，其中每条规则都能被针对性地检查。每个规范类中都有一个称为 isSatisfiedBy 的方法，方法判断给定的规则是否满足规范从而返回 true 或 false。
空对象模式（Null Object）
设计模式 - 免费 - Sunrise - - 浏览量： 8
空对象模式不属于 GoF 设计模式，但是它作为一种经常出现的套路足以被视为设计模式了。它具有如下优点： 客户端代码简单 可以减少报空指针异常的几率 测试用例不需要考虑太多条件
备忘录模式（Memento）
设计模式 - 免费 - Sunrise - - 浏览量： 9
它提供了在不破坏封装（对象不需要具有返回当前状态的函数）的情况下恢复到之前状态（使用回滚）或者获取对象的内部状态。备忘录模式使用 3 个类来实现：Originator，Caretaker 和 Memento。
中介者模式（Mediator）
设计模式 - 免费 - Sunrise - - 浏览量： 6
本模式提供了一种轻松的多组件之间弱耦合的协同方式。如果你有个 “情报中心”，观察者模式也是个好选择，类似于控制器（并非 MVC 意义上的控制器）。 所有关联协同的组件（称作 Colleague）仅与 MediatorInterface 接口建立耦合，面向对象编程中这是好事，一个良友胜于有多个朋友。这是该模式的重要特性。
命令行模式（Command）
设计模式 - 免费 - Sunrise - - 浏览量： 11
为了封装调用和解耦。 我们有一个调用程序和一个接收器。 这种模式使用「命令行」将方法调用委托给接收器并且呈现相同的「执行」方法。 因此，调用程序只知道调用「执行」去处理客户端的命令。接收器会从调用程序中分离出来。
责任链模式（Chain Of Responsibilities）
设计模式 - 免费 - Sunrise - - 浏览量： 7
建立一个对象链来按指定顺序处理调用。如果其中一个对象无法处理命令，它会委托这个调用给它的下一个对象来进行处理，以此类推。
注册模式（Registry）
设计模式 - 免费 - Sunrise - - 浏览量： 7
目的是能够存储在应用程序中经常使用的对象实例，通常会使用只有静态方法的抽象类来实现（或使用单例模式）。需要注意的是这里可能会引入全局的状态，我们需要使用依赖注入来避免它。
代理模式（Proxy）
设计模式 - 免费 - Sunrise - - 浏览量： 11
代理模式（Proxy）为其他对象提供一种代理以控制对这个对象的访问。使用代理模式创建代理对象，让代理对象控制目标对象的访问（目标对象可以是远程的对象、创建开销大的对象或需要安全控制的对象），并且可以在不改变目标对象的情况下添加一些额外的功能。
享元模式（Flyweight）
设计模式 - 免费 - Sunrise - - 浏览量： 8
为了节约内存的使用，享元模式会尽量使类似的对象共享内存。在大量类似对象被使用的情况中这是十分必要的。常用做法是在外部数据结构中保存类似对象的状态，并在需要时将他们传递给享元对象。
门面模式（Facade）
设计模式 - 免费 - Sunrise - - 浏览量： 6
门面模式的最初目的并不是为了避免让你阅读复杂的 API 文档，这只是一个附带作用。其实它的本意是为了降低耦合性并且遵循 Demeter 定律。
依赖注入模式（Dependency Injection）
设计模式 - 免费 - Sunrise - - 浏览量： 0
依赖注入模式：依赖注入（Dependency Injection）是控制反转（Inversion of Control）的一种实现方式。要实现控制反转，通常的解决方案是将创建被调用者实例的工作交由 IoC 容器来完成，然后在调用者中注入被调用者（通过构造器 / 方法注入实现），这样我们就实现了调用者与被调用者的解耦，该过程被称为依赖注入。
数据映射模式（Data Mapper）
设计模式 - 免费 - Sunrise - - 浏览量： 7
数据映射器是一种数据访问层，它执行持久性数据存储（通常是关系数据库）和内存数据表示（域层）之间的数据双向传输。 该模式的目标是保持内存表示和持久数据存储相互独立，并保持数据映射器本身。
静态工厂模式（Static Factory）
设计模式 - 免费 - Sunrise - - 浏览量： 22
与抽象工厂模式类似，此模式用于创建一系列相关或相互依赖的对象。 『静态工厂模式』与『抽象工厂模式』的区别在于，只使用一个静态方法来创建所有类型对象， 此方法通常被命名为 factory 或 build。