本文主要是介绍《设计模式之禅》读书笔记之C#版--结构类模式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
备注：由于读的电子书版本是pdf的，影印都有些看不清楚。所有练习代码都单独放到了GitHub上方便以后查看。
https://github.com/yuhezhangyanru/DesignPatternDemoCollection
适配器模式（Adapter Pattern）
一些概念：什么事贫血对象（Thin Business Object）和充血对象（Rich Business Object）？
贫血对象：一个对象不存储实体以及对象间的关系
定义：也叫做包装模式，将一个类的接口包装成客户端期待的另一种接口，是的原本由于接口不匹配的两个类可以一起工作
使用场景：如在现有项目环境已有基本数据A类型，如A是个人信息，不得不引入一个外部数据类型B，B也是个人信息，但AB两类定义的接口和格式也完全不一样，现在如果想引入B结构读取其信息的话最好的办法就是引入适配器模式，定义一个新结构来讲B包装为A类型，使得A能兼容处理B的数据。
装饰模式（Decorator Pattern）
定义：像类继承对继承的一个功能补充，但又没有继承关系，主要是添加一些包装类，用来做扩展基本功能的时候使用
优缺点
优点：
1.装饰和被装饰的类可以独立发展，不会耦合
2.装饰模式是继承关系的一种替代方案，但本质上返回的结果依然是其本身。
3.可以动态的扩展一个实现类的功能
缺点：
需要控制装饰类数量，避免多层装饰导致结构复杂
什么时候使用？
1.可以在一个类需要添加一些附加功能时使用
2.需要动态的给一个类增加功能，这些功能可以再动态的撤销
3.需要为一批的兄弟类改装或增加功能时可以用
组合模式（Composite Pattern）
定义：也叫合成模式，或部分-整体模式，将对象组合成树状结构以反映部分-整体的层次结构
使用场景：
遇到树形结构时，维护树形菜单，文件夹管理。
桥梁模式（Bridge Pattern）
定义：将抽象和实现解耦，使得两者独立的变化，简单地说，是对继承关系的补充和优化。容易变化的行为换一种方式，而不是直接继承 去实现它
使用场景
- 不希望或不适用继承的场景
- 接口或抽象类不稳定时
- 重要性比较高的场景，设计粒度越细，则被重用的可能性就越大，采用继承则受父类限制，不可能出现太细的粒度
享元模式（Flyweight Pattern）
定义：系统中可能直接实例出大量相似对象造成内存压力的时候使用对象共享来优化
一些定义：
- 内部状态：存储在对象内部的数据，不会随外部环境变化而改变
- 外部状态：外部对象依赖的一个标记，可以作为一批对象的统一标识，作为对象索引值使用
使用场景：
- 系统中有大量相似对象
- 对象都具有比较接近的外部状态，且内部状态跟环境无关，即对象没有特定身份
- 需要缓冲池
注意：
案例代码中是用string作为对象池的key了，实际如果要用对象做为key的话，需要注意对象值全相等的判定
如下图是我对照书上C#版本中100万次结构索引和string索引耗时对照的截图，但运行有不稳定的时候，总体上相差不会太多，不会像Java中那么夸张到string优化的不得了，所以string做索引这件事可以只是一个参考，真频繁到那个地步了，数据对象字段太多的情况下可以考虑优化。
跟缓存池还不完全一样，对象缓存池解决创建销毁消耗太大的问题，而这个模式的重点在于对象太多复用的问题，考虑哪些字段作为key来共享对象 需要多考虑
代理模式（Proxy Pattern）
定义：又叫委托模式，为其他对象提供一种代理以提控制对这个对象的访问，提供更好的访问控制。
包含的三个主题：
1.抽象主题角色：抽象类或接口
2.具体主题角色：被委托的角色
3.代理主题角色：负责对真实角色的应用
扩展部分：
虚拟代理：在需要的地方才去初始化被代理对象，避免大量初始化带来的额外消耗
动态代理：没太看懂demo？？？涉及到面向切面编程概念
面向切面（AOP）需要搞懂的东西：切面，切入点，通知，织入，待查询
这篇关于《设计模式之禅》读书笔记之C#版--结构类模式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
