那些熟悉的设计

记录下这几年一直参与的产品中的设计模式。
这几年一直参与一款产品研发，跟了几年，几个版本的迭代。一套复杂的系统肯定会用到很多设计模式，又是一套经过很多专业人设计、编写的大型系统，但是没有哪个人或文档，清楚描述这个系统有哪些设计模式。年初时开始系统的学习下设计模式理论，开始看GOF的《设计模式》，所以很想写篇文章，把这个系统中的一些设计，对应到设计模式理论上。

首先一定要引用一些理论
1."面向接口编程，而不是面向实现编程"，系统中充斥了大量的接口(C++纯虚类)，同时面向接口编程也是这几年的体会，没接触设计模式理论时，就已经体会出"面向接口编程"，几年的坚持是有回报的。
2."设计模式是一种底层的设计"，对于复杂的系统、行业应用软件，都有自己顶层的设计，这个设计不是某个设计模式，是一个顶层的架构，顶层的设计可以用分层隔离系统的复杂度，用配置项应对系统可能的变化，不同的行业应用系统，有自己特有的设计思路，例如自己一直在的地面测试系统行业。
当然设计模式是一个详尽的理论，自己也在学习过程中，本文还是记录下在熟悉的项目中有体会的那些设计、那些设计模式

前端数据采集中的设计模式
1.策略模式（Strategy 算法模式），针对每一种算法有自己的实现，行为型的设计模式，对应IAdapter接口。
应用场景：每种硬件板卡都有自己的业务流程，抽象出IAdapter接口抽象出write和read方法，不同的板卡实例化不同的对象，业务上都是IAdapter。所以IAdapter的抽象是一个典型的策略模式。
2.抽象工程模式(Abstract Factory)，针对IAdatper的创建，是抽象工厂模式。
应用场景：根据adapter id 字符串，new相关类，返回IAdapter接口
3.适配器模式，IDevBase,IAdapter与IAdapterV2都继承自IDevBase，根据实际实现可以将IDevBase转为IAdapter或IAdapterV2，这是适配器模式，“将一个接口转换为另一个接口的能力”。
应用场景：需要IAdapter提供多种接口，由一种接口转为另一种接口。

客户端的设计模式
1.数据插件(Diagram)是COM接口，COM的话创建一定是工厂模式，接口查询的一定是适配器模式。
2.观察者模式，Diagram插件的数据订阅用到了观察者模式，当数据抵达时，将数据发送给订阅该数据的各观察者。
应用场景：框架处理数据时，需要知道哪些插件需要该数据，并将数据发送该相关插件。

ICDMan
1.迭代器模式，涉及元素遍历操作的，肯定用迭代器了。
2.元素的操作包括child和parent，那么一定是composite（组合模式）了

整个产品里面肯定很多设计模式了，这里罗列了几个自己熟悉的设计，我们要做的是吸收消化这些设计，应用到自己的设计中。