natual177的博客

状态模式，多种状态转化 备忘录模式，类中的某一时刻的状态需要记录，快照信息记录。

facade, proxy 访问不安全/不方便 --->创建代理 adapter 老接口不match新接口--->创建一个接口类 mediator 多对象依赖--->依赖同一个中介，接口层 都是解决的接口问题。 mediator中介模式，星形网状结构--->统一的接口 RTE，PLM，重要的思想方法。 ...

对象的创建 创建一类对象。

针对对象的创建 对象创建比较复杂，这样先创建一个原型，以后都用这个原型来 克隆 新的对象。

创建对象的模式 new 只能针对具体的类，这样对“具体”就有了依赖。 （理论基础：使用多态，将对象的创建延迟到客户端，不影响框架。） 将变化的具体的对象创建，隔离在框架之外。 ...

单一职责类型 使用继承来实现功能，子类会不断膨胀，导致子类特别多。 相同的代码要写成单独的类或者函数。 相似的函数，要抽象一个基类。 部分相同或者相似的代码，把部分代码按照上述方法实现，然后组合进来。 ...

也叫 事件模式， 事件触发。 场景中二者的联系（意味着可能产生耦合）是：通知。 所以要对这块进行设计模式运用。 依赖倒置中的 依赖 我们指的是编译依赖。 A依赖B，则表示编译A模块，B模块必须已经实现完成。 所以我们要做到依赖接口（虚函数），而不是依赖具体的实现、实现细节（子类）。 多继承： 好的C++代码，不建议集成多个类或者多层继承， 但，建议 继承一个...

结合上一篇，“抽象”的特点，稳定。 设计模式在做什么？ 发现设计中的易变点，将其抽象化，应用设计模式，以此来应对变化。

应用场景： 某一事物的具体流程是固定的。 但其中的步骤或者某些步骤可能会变化。 我们将流程虚函数化，架构化。 应用来实现多态。 ===> 前人（架构）写的代码，来调用后来人（工程师）写的代码。 ...

怎么理解 抽象 ： 抽象是我们 “片面”看待问题的一种方法，我们不用了解 事物 的全部属性， 只需要关注我们在意的属性。 抽象应该有哪些特点呢？ 1.稳定 抽象的原理，抽象的模型 --->应该是稳定的, 1）在抽象基础上实现的应用，可以是变化的，也应该是变化的，不然抽象的意义就没了。 2）以不变应万变，这样才可以体现出抽象的正确性，这种“片面性”应该在当前的场景下“全...