设计模式

这是我参与8月更文挑战的第16天，活动详情查看：8月更文挑战 关于工厂模式，我们之前说过了工厂模式，简单工厂模式。 这篇日志，我们来说一下抽象工厂模式，那么，何为抽象工厂模式呢？ 抽象工厂模式：提供一

这是我参与8月更文挑战的第15天，活动详情查看：8月更文挑战 观察者模式(Observer Pattern)是设计模式中行为模式的一种，它解决了上述具有一对多依赖关系的对象的重用问题。此模式的参与者分

这是我参与8月更文挑战的第14天，活动详情查看：8月更文挑战 建造者模式（Builder）： 将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示 使用角色： Builder（抽象

这是我参与8月更文挑战的第13天，活动详情查看：8月更文挑战 外观模式（Facade）的定义:为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这个子系统更加容易使用。

这是我参与8月更文挑战的第12天，活动详情查看：8月更文挑战 迪米特（最少知识）法则：如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话

这是我参与8月更文挑战的第11天，活动详情查看：8月更文挑战 **模板方法模式：定义一个操作中的算法骨架，而将一些步骤延迟到子类中，模板方法使得子类可以不改变一个算法的结构即可重新定义该算法的某些特定

这是我参与8月更文挑战的第10天，活动详情查看：8月更文挑战 原型模式：就是从一个对象再创建另一个可定制的对象，而且不需要知道任何创建的细节。 原型模式中的角色： 抽象原型类（Abstract Pro

这是我参与8月更文挑战的第9天，活动详情查看：8月更文挑战 工厂模式：定义一个用于创建对象的接口，让子类来决定实例化哪一个类，工厂方法使一个类的实例化延迟到子类。 之前我们看过简单工厂类，使用的是计算

这是我参与8月更文挑战的第7天，活动详情查看：8月更文挑战 代理模式：为其他对象提供一种代理以控制对这个对象的访问。 其通用设计图如下图所示：精髓是RealSubject类和Proxy类都实现Subj

这是我参与8月更文挑战的第7天，活动详情查看：8月更文挑战 装饰器模式，顾名思义，就是对已经存在的某些类进行装饰，以此来扩展一些功能。 下图为其结构图： 四个主要角色分别为： 抽象构件(Compone

这是我参与8月更文挑战的第5天，活动详情查看：8月更文挑战 里氏替换原则，为继承定义规范。 里氏替换原则有如下特点： 代码共享，减少创建类的工作量 提高代码的重用性 提高代码的可扩展性 提高产品代码的

这是我参与8月更文挑战的第4天，活动详情查看：8月更文挑战 依赖倒置原则的包含如下的三层含义： 就是面向接口编程，采用依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代

这是我参与8月更文挑战的第4天，活动详情查看：8月更文挑战 开放封闭原则： 软件实体（类、模块、函数等等）应该可以扩展，但是不可以修改。 也就是如果需求发生变化导致程序中多个依赖模块都发生了级联的改动

策略模式：定义了算法家族，分别封装起来，让其之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。 下边使用例子来具体分析： 制作一个商场收银的软件，营业员根据客户购买的单价和数量，向客户收

简单工厂模式，他并不属于23种设计模式； 它的实现和它的名字气质很符； 就是简单； 先来说下应用场景：当你不确定，有多少种操作的时候，例如：计算器中的 + - * / 我们可以使用简单工厂模式。 我们

单一职责原则： 官方给的说法是：就一个类而言，应该仅有一个因其他变化的原因。 说白了就是，一个类只负责一项职责。 最简单也是最难的原则。难处在于对职责进行划分。单一职责原则提出了一个编写程序的标准，用