# design_pattern_learn **Repository Path**: dashugan/design_pattern_learn ## Basic Information - **Project Name**: design_pattern_learn - **Description**: No description available - **Primary Language**: Java - **License**: Apache-2.0 - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2018-07-08 - **Last Updated**: 2020-12-17 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # 程序设计模式学习笔记 ## 设计模式的六大原则 ### 1、开闭原则（Open Close Principle） 开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。 ### 2、里氏代换原则（Liskov Substitution Principle） 里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。 ### 3、依赖倒转原则（Dependence Inversion Principle） 这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。 ### 4、接口隔离原则（Interface Segregation Principle） 这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。 ### 5、迪米特法则，又称最少知道原则（Demeter Principle） 最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。 ### 6、合成复用原则（Composite Reuse Principle） 合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承。 ## 设计模式的类别（这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式，而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。） #### 工厂模式 #### 抽象广场模式 #### 单例模式 #### 建造者模式 #### 原型模式 ### 创建型模式 ### 结构型模式（这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。） #### 适配器模式 #### 桥接模式 #### 过滤器模式 #### 组合模式 #### 装饰器模式 #### 外观模式 #### 享元模式 #### 代理模式 ### 行为型模式（这些设计模式特别关注对象之间的通信） #### 责任链模式 #### 命令模式 #### 解释器模式 #### 迭代器模式 #### 中介者模式 #### 备忘录模式 #### 观察者模式 #### 状态模式 #### 空对象模式 #### 模板模式 #### 访问者模式 ### J2EE模式（这些设计模式特别关注表示层。这些模式是由 Sun Java Center 鉴定的。） #### MVC模式 #### 业务代表模式 #### 组合实体模式 #### 数据访问对象模式 #### 前段控制器模式 #### 拦截过滤器模式 #### 服务定位模式 #### 传输对象模式 ### 阶段心得（2018-07-14）： 到目前为止我总结了三种模式了,这些模式，以及之后要总结的模式的使命就是为了解耦和代码复用。 #### 什么叫解耦？ 就是降低类与类之间的依赖程度（通常的说法）。其实这么说也不太准确，举个例子，小明是炒菜的厨子（假 设小明就只负责炒菜），小刚是切菜的厨子（同样也只负责切菜）。那么说让你降低小明对小刚的依赖，在抽象一点说，让你 降低炒菜与切菜之前的依赖。 现在问题一目了然，我们可以降低小明对小刚的依赖，因为我们可以让小红，小绿，小某某甚至发明切菜机器。小刚就可以 滚蛋了。反之，依然。更甚者，俩人都可以滚蛋。都用机器。 但是，只要我们想要一盘香喷喷的炒菜，那么，我们就不可能降低炒菜对切菜的依赖。所以说解耦，是降低实例或是具体 实现方式之间的依赖，而目的性的(或者说是功能性的)依赖没有方法降低。换而言之，解耦就是炒菜的对象只关心切好的菜 而不用关心切菜的对象。 #### 什么是代码复用呢？ 顾名思义，代码复用就是对一段代码重复使用。定义一个方法，然后重复调用。然后我们又设计了支持面向对象的语言，将 变量和方法（函数）封装在类里，前者叫做属性，后者叫做方法（函数）。所以一个类就是由方法和属性构成的。在面向对象 的设计模式里，要做好代码复用，就要尽量保证类的属性和方法的扩展性。 ### 闲谈程序 谈一下自己对程序的一个理解。狭义的程序就是用来处理数据的一套流程。而广义的程序就是为处理一件 事情而设计的流程。现实世界中到处都是流程（程序），有天然形成的（吃），有认为设计的（祭祀，股票开户）。以祭祀为 例子： 祭祀 [1] 共分九个仪程，即迎神、奠玉帛、进俎、初献、亚献、终献、撤馔、送神、望燎等。 每进行一项仪程，“皇帝”都要分别向正位、各配位、各从位行三跪九叩礼，从迎神至送神要下跪 70多次、叩头200多下 其实“皇帝”就是变量也是对象（对象属于变量）。我们的电子计算机程序也是如此。在没有办法获知具体数据的情况下， 用变量代替具体数据（泛指一切）是人类的一大发明（或者说 代数 是人类的一个伟大发明），这能让我们在未获取数据之前， 设计好一整套程序来处理数据以达到我们的目标。