xyZGHio

Mediator Pattern中介者模式，作为行为型设计模式的一种。其通过中介者实现了对各对象之间复杂的调用、关联关系的解耦，使之整体表现为松耦合的状态

在行为型设计模式中，Iterator Pattern 迭代器模式可以算是大家平常见的最多的、也是比较简单的一种设计模式了

Interpreter Pattern解释器模式，其是一种在日常开发很少会用到的行为型设计模式

Command Pattern命令模式，作为行为模式的一种，其实现了对命令的请求者与接收者的解耦

行为型模式，可以让我们更好地划分类、对象之间的职责，并研究系统在运行时实例对象之间的交互。这里，我们来介绍第一种行为型设计模式——Chain Of Responsibility Pattern 责任链模式

Proxy Pattern代理模式，可以说其是最简单易懂的一种结构型设计模式

Flyweight Pattern 享元模式作为结构型的设计模式，其通过共享来解决大量细粒度对象的复用问题。Flyweight一词在拳击比赛中指的是特轻量级，故这里采用意译”享元”来更好的表达该设计模式的作用

Composite Pattern 组合模式，作为一种结构型设计模式，其通常适用于具有树形结构的场景

有时候一个类，可能会拥有多个变化维度。比如奶茶可以选择容量大小、口味风味。容易想到的实现方案是通过继承实现各种组合，但是这样会很容易造成类爆炸。那么有没有什么良策呢？答案就是 Bridge Pattern 桥接模式，其是结构性模式的一种，本文就让我们来了解下该模式

社会心理学只是常识吗？常识存在的一个问题是，我们在知道事实真相之后才想起它的存在。后见之明总比先见之明来得容易……实验表明，当得知实验结果时，人们便突然觉得实验结果不是那么的令人惊讶

之前我们介绍了Adapter Pattern适配器模式，通过适配器实现两个不兼容类的配合工作。而这里，我们将会介绍另外一种结构型的设计模式——Facade Pattern外观模式。有些同志会将这二者（适配器模式、外观模式）混淆，但其二者目的有着明显的区别，前者是通过包装来改变接口以达到适配的目的；后者则是通过包装简化调用、降低耦合度

前面我们介绍了一种通过包装拓展功能的方法——装饰器模式，这里我们来了解另外一种使用包装思想的设计模式——Adapter Pattern适配器模式，其依然是结构型模式的一种。一般情况下，两个类如果接口不兼容是无法一起工作的。而如果通过Adapter Pattern适配器模式就可以很好的解决这个问题了

继承是拓展类功能最常见的手段，但是其缺点也很明显，其耦合程度较高。这里我们介绍一种新的方法来拓展类的功能——Decorator Pattern装饰器模式，其是结构性模式的一种，通过包装的方式实现动态增强、拓展已有对象的功能

Builder Pattern 建造者模式，是创建型模式的一种。其核心内涵是将一个复杂对象的构建过程与表示分离，使得同样的构建过程可以创建出该对象的不同表示

之前我们介绍了Factory Pattern工厂模式，其较适合于只有一种类型产品的场景。但有些时候一家工厂可能会生产多种类型的产品。比如家电厂无论海尔还是美的，都会生产冰箱、洗衣机、空调等多种不同类型的产品。这个时候，就可以应用我们这里所说的Abstract Factory Pattern抽象工厂模式

很多时候我们只是期望获取对象实例即可，并不关心实例构造过程（例如相关Field的具体如何设置）。这个时候就可以将通过工厂模式来解决这个问题，其同样也是一种创建型模式。将实例的具体构造过程进行封装以对外屏蔽，就像现实世界中我们只需从工厂直接拿取产品即可，而无需care产品在工厂里的具体制造过程

Prototype Pattern 原型模式的目的是快速地复制出一个重复的对象实例，其同样是创建型模式的一种。这个被复制的实例即为原型

Singleton Pattern 单例模式，作为创建型模式的一种，其保证了类的实例对象只有一个，并对外提供此唯一实例的访问接口

这里让我们了解下MySQL中字符集、比较规则相关的知识

Maximum Likelihood Estimation(MLE) 极大似然估计，又被称作最大似然估计。其可在给定概率分布模型的条件下用于模型参数的估计，即所谓的参数估计