硬设计2，刚才说桥接了，下面再说说桥接和状态，观察者，策略

上一篇《硬设计》
硬设计2，刚才说桥接了，下面再说说桥接和状态，观察者，策略。
这里，观察者是链式桥接。
观察者是通过一个状态指针的变化来变化桥接。
策略是选择这个不断换桥接指针。
这三种都是动态桥接，与基础桥接的指针不变不同。
那职责链的桥接指针是动态的还是静态的呢，一般是静态的，会形成一条桥接链。
观察者也是固定的，但是组合的是列表桥接。
如果更深入的分析，观察者模式的迭代器，其实也是链式桥接。
接着说
设计都有那些可规划的因数。
机能切割，这是最基本的设计。
和里的切割，对冗余，对耦合都是有影响的。
尽量将关系密切的机能放在一起。
切割的级别有如下几种。
模块，类，函数，现在C++11有了Lambda表达式，
所以，函数内部也可规划了。
多态这种属性的引入，为优雅的设计提供了更广阔的空间。
切割完了之后最主要的就是对关系的规划了。
当然这两种设计是不可能绝对的分开的。
是交叉进行的。
只是关系的设计要在机能切割的基础之上。
大体的机能切割之后，总会在后期遇到些难以切割的东西。
比如，放到哪里都觉得不合理。
放到哪里都觉得有冗余。
这时候，各种技术，各种模式就要上场了。
举例
比如再做函数内部规划的时候，有个2～3行的代码，在函数内部重复出现，靠内部逻辑整理，无法消除冗余。
这时候Lambda表达式上场了。
没了，问题解决了。
可规划的关系元素。
可选的有组和：数据成员变量，聚合：指针引用成员。
这里强调一下，如果能选择引用尽量选择引用不选指针，必须用指针的化，最好只读。
接着说，还可以选择，依赖和关联。
关联比依赖更近一点，
依赖，只依赖与另一个类的定义。说白了在c++就是头文件的依赖。
关联近一点，不紧依赖对象，还依赖成员和函数。
这个分类，个人觉得是不是很合理的。
对于面相接口的编程，接口和定义的级别差不多。
而成员一定是类的级别的。
关于关系这的设计，还是有很多技巧的。
不过我们就被这一个原则，关系越少越好，越远越好。
面相对象的5种关系：
1.一般，就是继承
2.组合，就是对象的依赖
3.聚会，就是对象的指针或引用的依赖。
这三种是最明确，且容易规划的关系。
4.联合
5.依赖
这两种关系应该尽可能的少，没有最好。
这两种关系如果过多，说明你对机能的切割不好。
这两种关系是最增加耦合度的。
这种关系，对设计者来说应该是不得不的关系。
是不是有人觉得，这种若关系，反而对系统的破坏更大呢。
理由是这样的：
一般（继承），组合，聚合，就像亲人和朋友一样。
有没有关系，近的相当于是一体的，明确简单。
而耦合者不一样，相当于陌生人。
实现如果你的系统里有那么多模式的关系，你不担心吗。
这种关系是不明朗，不一查觉的。
是在维护阶段最让人头痛，也最容易出bug的关系。
试想如果一个社会中，过多的模式关系，那运行的数度得多慢啊，警察得多累啊。
这里有两个设计原则
1 尽量减少这种关系，基本是废话吧
2 尽量将这样的关系同意处理，交给专人管理陌生关系。
不少了，下一篇吧
下一篇《软设计》