萧萧的专栏

策略模式初看上去， 像是在教学小白如何使用继承或是接口， 然而实际上， 它是在教学如何使用对象组合。 了解完对象组合和类继承的关系以后， 再看策略模式， 会觉得豁然开朗。

单例模式作为入门编程人员面试必考题之一，也是被玩坏了， 猛然一搜尽然有七种写法，什么懒汉，饿汉五花八门， 这里参考已经比较不错的文章， 忽略五花八门的命名， 把单例模式不同写法按逻辑演进梳理一下， 方便记忆。 参考文章： 1. 单例模式的八种写法比较 2. Wiki: Initialization-on-demand holder idiom 3. Java Singleton Des...

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》在商业项目中第一次读到观察者模式的代码是一个异步服务器消息分发的实现部分。由此开始学习了一下 。 如果说单例模式和工厂方法模式是入门级程序员都必须掌握的方法， 那么观察者模式则是所有实际项目开发者都会直接或者间接用到的模式， 原因是：观察者模式是MVC模式

本文参考： 1. Overpower PreparedStatement 2. Bind variables - The key to application performance此文作为本人23种设计模式学习笔记系列之一， 个人制定的对设计模式的学习方法是在实际项目中用一种模式， 写一篇笔记， 希望能够早日写完23中设计模式的笔记， 完成对所有设计模式的初步掌握 本文中的代码所使

组合模式”和“组合优于继承”这一俗语之间， 并没有直接的概念联系。

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知大部分程序员编写的程序可以分为三类（应用程序、工具包 、框架），使用设计模式的目的是提高代码的可复用性和可扩展性（灵活性）， 但是设计模式在这三类软件中所发挥的效果是不一样的。很多有经验的程序员会得出“使用了设计模式，反而降低了代码的可读性，增

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知 设计模式种一句出现频率非常高的话是，“ 在不改动。。。。的情况下， 实现。。。。的扩展“ 。 对于设计模式的学习者来说，充分思考这句话其实非常重要， 因为这句往往只对框架/ 工具包的设计才有真正的意义。因为框架和工具包存在

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知 设计模式种一句出现频率非常高的话是，“ 在不改动。。。。的情况下， 实现。。。。的扩展“ 。 对于设计模式的学习者来说，充分思考这句话其实非常重要， 因为这句往往只对框架/ 工具包的设计才有真正的意义。因为框

模板方法模式和工厂方法模式分别隶属于行为模式（Behavioral Pattern）和创建类模式（创建型模式）， 但是他们的核心思想却十分相似， 而且通常会同时出现。设计动机 将一个操作整体步骤定义好，把其中的一部分具体步骤延迟到子类去实现。

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知1： 为什么有人说设计模式故弄玄虚大部分程序员编写的程序可以分为三类（应用程序、工具包 、框架），使用设计模式的目的是提高代码的可复用性和可扩展性（灵活性）， 但是设计模式在这三类软件中所发挥的效果是不一样的。 很多有经验的程序员会得出“使用了

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知 设计模式种一句出现频率非常高的话是，“ 在不改动。。。。的情况下， 实现。。。。的扩展“ 。 对于设计模式的学习者来说，充分思考这句话其实非常重要， 因为这句往往只对框架/ 工具包的设计才有真正的意义。因为框架和工具包存在

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》Motivation for Simple Factory and Factory Method Pattern工厂模式作为提及频率最为频繁的两个模式之一（另一个是单例模式）， 却有着很多初学者都没有搞清楚的误区 。

桥接模式是一种提及频率很高， 应用频率较少的设计模式。 桥接模式之所以被频繁提及， 是因为它的设计意图提到了“解耦”， 然而它的解耦方式却常常被很多人误解。

了解过备忘录模式的 Java 同学可以先看一下如下备忘录模式的 Mementor 实现举例， 是否能发现其中的明显错误。 如果不能， 则更有必要阅读本文

很多讲解原型模式的博文，甚至视屏教程中都把原型模式最主要的目的列为效率的提升， 美其名曰复制一个对象比创建一个对象开销更小，并由此引伸到“深拷贝”“浅拷贝”的知识点。 很显然， 这种说法差强人意， 并非原型模式的设计由来。

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》Java for 、for each 循环深入理解（转载）Java for-each循环解惑java中为什么要使用Iterator设计模式用前须知 设计模式种一句出现频率非常高的话是，“ 在不改动。。。。的情况下， 实现。。。。的扩展“ 。

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知 设计模式种一句出现频率非常高的话是，“ 在不改动。。。。的情况下， 实现。。。。的扩展“ 。 对于设计模式的学习者来说，充分思考这句话其实非常重要， 因为这句往往只对框架/ 工具包的设计才有真正的意义。因为框架和工具包存在

访问者模式的有两个关键点： - 需要访问的数据结构中包含的元素并不是同一类型的， 而是多个不同类型， 相同目的的访问需要根据元素类型进行不同的操作。 - 被访问的数据结构中所包含的元素类别几乎不怎么改变， 因为使用访问模式以后， 添加一个新的元素类会需要对所有的 Vistor 子类进行修改， 定义新的访问方法。

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知大部分程序员编写的程序可以分为三类（应用程序、工具包 、框架），使用设计模式的目的是提高代码的可复用性和可扩展性（灵活性）， 但是设计模式在这三类软件中所发挥的效果是不一样的。很多有经验的程序员会得出“使用了设计模式，反而降低了代码的可读性，增

把一个类的接口转换成另一个用户所期待的接口。 适配器使得原本接口并不相互适配的多个类一起工作起来

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知 设计模式种一句出现频率非常高的话是，“ 在不改动。。。。的情况下， 实现。。。。的扩展“ 。 对于设计模式的学习者来说，充分思考这句话其实非常重要， 因为这句往往只对框架/ 工具包的设计才有真正的意义。因为框架和工具包存在

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式用前须知 设计模式种一句出现频率非常高的话是，“ 在不改动。。。。的情况下， 实现。。。。的扩展“ 。 对于设计模式的学习者来说，充分思考这句话其实非常重要， 因为这句往往只对框架/ 工具包的设计才有真正的意义。因为框架和工具包存在

参考书籍： 《Design Patterns: Elements of Reusable Object-Oriented Software》Builder创建者模式GOF 书籍中最难以理解的一种模式， 甚至书籍自身都发生了设计意图的表达和代码样例不一致的情况。 创建者模式（Builder）设计意图将一个复杂对象的构建与展现分离， 使得同样的构建过程可以创造出不同的展现形式。