jeofey的专栏

概念外观设计模式也称作facade模式，用来给子系统的一组接口提供统一接口，作为一种结构型模式，主要解决客户端和组件中的子系统有过多的耦合问题。外观模式对子系统提供了一个更高层次，更简单的接口，从而降低了子系统的复杂度和依赖，外观对象隔离了子系统和客户端，从而降低了耦合。模式结构外观模式角色结构门面角色（facade）：外观模式的核心，被客户调用，熟悉子系统的功能；子系统角

概念装饰模式能够在不改变原类文件和继承的情况下，动态的宽展一个对象的功能，通过创建一个包装对象来包裹真实的对象。模式结构在这几类角色结构中，必须扩展Component的功能，但Component并不知道Docorator的存在，ConcreteDocorator才是具体的装饰对象，起了给Component添加职责的作用。抽象构建角色（Component）：抽象接口，用来规范

概念组合模式，也被称作合成型模式或者Composite模式，将对象组合成树形结构以表示“整体-部分”的层次关系。组合涉及的是一组对象，其中有的对象可能含有其他的对象（对象群组），而有的只是单个对象（叶子Leaf）。组合模式涉及目的：让用户能够用统一的接口来处理单个对象以及组合对象。例如：文件系统，一个文件路径下既包含单独的文件，也包含其他的文件夹，而这些文件夹下又包含别的文件和文件夹。

概念桥梁模式是对象的结构模式，又称为柄体模式或接口模式。桥梁模式的用意是“将抽象化（Abstraction）与实现（Implementation）脱耦，使得二者可以独立的变化”。将两个角色之间的继承关系改为聚合关系，就是将他们之间的强关联改为弱关联，也就是说抽象化和实现之间使用组合/聚合关系而不是继承关系，满足组合/聚合复用原则。模式结构两个等级结构抽象化角色和修正抽象化角色组

概念适配器模式是指将一个接口转换为客户希望的另外一个接口，该模式使得原本不兼容的类可以一起工作。实现了由“源”到“目标”的适配，适配器负责把“源”过度到“目标”。模式结构例如Apple手机Android手机的充电器接口不兼容，在专卖店购买苹果手机时一般都会带一个充电器转换头，一个小小的插头，链接在安卓手机充电器端就可以为苹果手机充电。这里包含几种设备也就是对应适配器模式结构中的几种

概念原型模式是指用原型实例指定创建对象的种类，并通过拷贝这些原型来创建新的实例。也就是说原型模式是通过复制现在已存在的对象来创建一个新的对象，被拷贝的对象和新创建的对象类型相同（是同一个类的实例）。使用原型模式时，我们首先要创建一个原型对象，再通过复制这个原型对象来创建更多同类型的对象。原型模式是一种对象创建型模式，创建拷贝对象的工厂是原型类本省，工厂方法由拷贝方法来实现。原型模式的核心是

建造者模式概念任务：软件开发过程中，当遇到一个“复杂的对象”，该对象由好多部分组成，各个部分的组合比较稳定或有一定的依赖次序，但各部分自身却经常面临变化时，可以隔离出“复杂对象的各个部分”的变化，从而保证系统中“稳定结构算法”，这就是建造者模式的任务。建造者模式将复杂的内部创建封装，对于外部调用的人来说，只需要传入建造者和建造工具，对于内部是如何实现的，用户无需关心。复杂对象是指那些包

概念单例模式也被称作单件模式（单体模式），主要作用是控制某个类型的实例在应用中是唯一的，还提供了一个全局唯一访问这个类实例的访问点getInstance方法。单例模式是对象的创建模式之一，此外还包括工厂模式。单例模式的特点该类只有一个实例该类自行创建实例（改类内部创建自身的实例对象）想整个系统公开实例接口（类构造方法私有化）使用范围：目前java里面实现的单例是一个Clas

官方定义：设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类编目的代码设计经验总结。使用意义：使用设计模式是为了可重用代码，让代码更容易被他人理解，保证代码的可靠性。可复用的面向对象软件系统主要包含两大类：应用程序工具箱和框架（框架是指构成一类特定软件可复用设计的一组相互协作的类）。设计模式有助于对框架的理解，成熟的框架通常使用了多种设计模式，如果你能熟悉这些设计

在使用面向对象的思想进行系统设计时，应遵循面向对象的设计原则，前人总结的7条分别是：单一职责原则、开闭原则、里氏替换原则、依赖注入原则、接口分离原则、迪米特原则和优先使用组合而不是继承原则。单一职责原则（SRP-Single Responsibility Principle）单一职责也就是开发人员经常说的“高内聚低耦合”，也就是说系统中的每一个对象都应该有一个单独的职责，对外只能提供一种功...