yqlee2000的博客

UML的六种关系UML：Unified Modeling Language（UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 在UML类图中，常见的有以下几种关系：泛化（Generalization）、实现（Realization）/关联（A

适配器模式1、定义适配器模式把一个类的接口变换成客户端所期待的另一个接口，从而使原本因接口不匹配而无法在一起工作的两类能够在一起工作。2、使用场景1）、系统需要使用现有的类，而此类的接口不符合系统的需要，即接口不兼容2）、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作3）、需要一个统一的输出接口，而输入端的类型不可预

模板方法模式1、定义定义一个操作中算法的框架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可重新定义该算法的特定步骤。2、使用场景在面向对象的开发过程中，通常会遇到这样一个问题，知道一个算法说需要的关键步骤，并确定了这些步骤的执行顺序，但是某些步骤的具体实现是未知的。1）、多个子类有公有的方法，并且逻辑基本相同时2）、重要、复杂的算法，可以把核心算法设计为模

迭代器模式1、定义提供一个方法顺序访问一个容器对象中的各个元素，而又不需要暴露该对象的内部表示2、使用场景迭代器模式又称游标模式，是行为设计模式之一。迭代器模式是一种比较古老的设计模式，其源于对容器的访问。对容器对象的访问必然会涉及到遍历算法，我们可以将遍历算法封装在容器中，或者不提供遍历算法。如果将遍历算法封装到容器中，那么对于容器类来说就承担了过多的功能。容器类不仅要维护自

备忘录模式1、定义2、使用场景3、UML类图

MVC与MVP1、MVC1）、简介：MVC全称是Model-View-Controller，也就是模型---视图---控制器，目的就是为了将数据模型和视图分离开来，并以控制器作为连接两者的桥梁以实现解耦。MVC的优点：①、理解起来比较容易，技术含量并不高，这对开发和维护来说成本较低也易于维护和修改②、耦合性不高，表现层与业务层分离实现各司其职，对开发来说也很有利。缺点：

观察者模式1、定义定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新。2、使用场景观察者模式是一个使用频率非常高的模式，它最常用的地方是GUI系统、订阅---发布系统，因为这个模式的一个重要作用就是解耦，将被观察者和观察者解耦，使得它们之间的依赖性更小，设置做到毫无依赖。1）、关联行为场景，需要注意的是，关联行为是可拆分的，而

状态模式1、定义当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。状态模式的行为是由状态来决定的，不同的状态下有不同对的行为。状态模式和策略模式的结构几乎完全一样，但它们的目的、本质却完全不一样。状态模式的行为是平行的、不可替换的，策略模式的行为是彼此独立、可相互替换的。2、使用场景1）、一个对象的行为取决于它的状态，并且它必须在运行时根据状态改变它的

策略模式1、定义策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替代。策略模式让算法独立于使用它的客户而独立变化。实现某一个功能可以有多种算法或者策略，我们根据实际情况选择不同的算法或者策略来完成该功能。常规的方法是将多种算法写在一个类中。通过if---else或者case语句判断具体的算法。这种实现方式为硬编码。当很多算法集中在一个类中，这个类就会变得臃肿

工厂方法模式1、定义定义：定义一个用于创建对象的接口，让子类决定实例化哪个类。2、使用场景在任何需要生成复杂对象的地方，都可以使用工厂方法模式。复杂对象适合使用工厂模式，用new就可以完成创建的对象无需使用工厂模式。3、UML类图角色介绍：Factory：抽象工厂，其为工厂方法模式的核心ConcreteFactory：具体工厂，其实现了具体的业务逻辑Prod

原型模式1、定义定义：用原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象。原型是一个创建型的模式。原型二字表明了该模式应该有一个样板实例，用户从这个样板对象中复制出一个内部属性一致的对象，这个过程也就是我们俗称的“克隆”。被复制的实例就是我们所称的“原型”，这个原型是可定制的。原型模式多用于创建复制的或者构造耗时的实例，因为这种情况下，复制一个已经存在的实例可使程序运行更

Builder模式1、定义定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。Builder模式是一步一步创建一个复杂对象的创建型模式，允许用户在不知道内部构造内部构建细节的情况下，可以更精细地控制对象的构造流程。该模式是为了将构建复杂对象的过程和它的部件解耦，使得构建过程和部件的表示隔离出来。使用Builder模式将部件和组装过程分离，使得构建过程和部

面向对象的六大原则1、单一职责单一职责的英文全称是Single Responsibility Principle，缩写为SRP。定义：就一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数，数据的封装。两个完全不一样的功能就不应该放在一个类中。单一职责是代码优化的第一步！2、开闭原则开闭原则的英文全称是Open Close Prin

单例模式1、定义：确保在一个系统中一个类只能有一个实例，而且自行实例化并向整个系统提供这个实例。2、使用场景确保某个类有且只有一个对象的场景，避免产生多个对象消耗过多的资源，或者某种类型的对象只应该有且只有一个。例如：创建一个对象需要消耗的资源过多，如要访问IO和数据库等资源，这时就考虑使用单例模式。3、UML类图4、代码示例5、总结