huibin.yun的博客

学而时习之，温故而知新。

学而时习之，温故而知新。

学而时习之，温故而知新。

学而时习之，温故而知新。

学而时习之，温故而知新。

结构型，结构是啥意思？就是你们之间的关系。讨论的就是类与类之间的关系，什么适配器啥的属于此类。它们是组合或继承关系等。行为型，感觉就是要干啥的意思，从干什么事的角度说起。访问者——我要访问你，观察者——我要观察你等都体现在做的什么事上。创建型，不用说就是用于创建对象的设计模式，啥单例模式，工厂模式等属于此类。分成啥创建型，结构型，行为型等，啥意思？

学而时习之，温故而知新。

学而时习之，温故而知新。

适配器模式和桥接模式，实现上基本没啥区别，怎么区分？只能从上下文理解，看目的是啥。它们，我左看上看下看右看，发现理解可以这么简单:都是A类调用B/C/D等类的方法。它们的关系采用组合关系，也就是基本是A类里包含BCD等类，然后实现方法来调用BCD等类的基类方法。

学而时习之，温故而知新。

学而时习之，温故而知新。

想一想，设计模式的开源是哪里？——碰到这样的事物/问题，用这样一套形式的代码来解决——人类积攒的代码形式（套路）上的解决方案，称之为“设计模式”。才明白，设计模式也不是那么高大上——原来c开发的代码框架上就用了——比如单例模式，模板模式等，只是当时头脑中没有所谓的“设计模式”的概念，这些代码放到我眼前，我也看不见。在这一过程，零零散散的看过大话设计模式什么的，但是总是思想上畏惧，还是觉得高大上还是很排斥。几年前还在搞c开发，觉得设计模式离我太遥远，而且觉得设计模式太复杂太高大上，比较恐惧。

学而时习之，温故而知新。

学而时习之，温故而知新。

学而时习之，温故而知新。

学而时习之，温故而知新。

学而时习之，温故而知新。

但是问题是无限的，对应的招式，你也可以创建，所以现在设计模式还在不断的诞生。在这软件问题的江湖里，没有一技傍身，如何高效解决这些软件问题呢？设计模式是软件行业几十年的应对问题的经验总结——武功招式总结。设计模式，是程序员基本功，就是武林招式。设计模式就是套路，就是武功招式。行走江湖，怎能没有武功招式傍身。碰到什么问题出什么招。大成境界是无招胜有招。

我的理解就是在抽象类的方法里实现整个算法流程，但是某一个步骤用纯虚方法实现，由继承抽象类的子类来实现——类似于用c写算法时，某一步骤是用一个函数指针来表示——空出来一个接口，由别的模块实现，然后传递函数指针过来。就是开发流程或算法步骤是先绑定和后绑定的问题。

1.继承关系在此以单继承的角度进行分析。OOPL（面向对象语言）中有继承的各规范语法（否则编译器/解释器不认会报错）。在OOPC（c语言面向对象）中怎么判定呢？如果调用其基类时会调用该类的同名函数，那么基类和该类是继承关系（通俗点就是说，子类里的基类方法会调用子类里的方法）。画图符号：实线＋空三角（空三角指向父类）1.继承关系在此以单继承的角度进行分析，多继承要转化为单继承（多继承中定一个为基类，其他类为接口类等）。OOPL（面向对象语言）中有继承的各规范语法（否则编译器/解释器不认会报错）。

设计模式是设计原则特定场景下的应用。设计模式背后是设计原则。用设计原则编写的代码往往会变成某个设计模式，所以不要刻意去硬套某个设计模式，而应运用设计原则自然而然靠近某个设计模式。...