目录
结构型设计模式AtqVvUhDqs适配器模式
实现代码
总结
装饰器模式
实现代码
结构型设计模式
创建型设计模式主要是为了解决创建对象的问题，而结构型设计模式则是为了解决已有对象的使用问题。
适配器模式
适配器模式比较好理解，因为在我们的日常生活中就很常见，如耳机转换线、充电器适配器、插座等，举个最常见的例子：
插座就是个适配器，将一个接口扩展为多个接口，将墙上的双孔接口转换为三孔接口。而这也就是适配器的作用：将一个接口转换为用户期望的另一个接口。
适配器的使用场景：
需要使用第三方SDK的核心功能，但其接口或者功能不符合需求，这时可以使用适配器对其进行兼容和扩展随着业务发展，旧接口已经不能满足需求，但重写代价又太大，这时可以使用适配器对接口功能进行扩展
注意：适配器是对已有资源进行兼容和扩展，属于一种折中的方式，如果可以的话，尽量重构系统而不是使用适配器
继承器的实现有两种方式：继承和组合,基于合成复用的原则，组合优于继承，所以应尽量使用组合的方式实现适配器。类图如下：
实现代码
//已有的旧接口,不兼容于现在的系统 >总结
优点：
可以扩展和兼容现有类，灵活性高提高了类的复用，原本不能使用的类适配后能使用
缺点：
适配器本质是套一层，如果使用过多，可能导致系统混乱，甚至出现套中套的复杂情况装饰器模式
利用继承和组合，在不改变现有结构的情况下对功能进行扩展的模式称为装饰器模式
装饰器模式和适配器模式很像，但侧重点不一样。适配器的重心在于兼容已有系统，而装饰器的重心在于功能扩展。装饰器的类图如下：
上图中，基础装饰器继承抽象类，每个装饰器继承前一个装饰器，一步一步添加功能，并且所有装饰器都用到具体实现类，因为需要扩展具体功能。
这里其实就能看出一些装饰器和适配器的区别，适配器和装饰器都使用组合来包装已有类，不同的是装饰器用到了继承。装饰器的核心原则是里氏替换原则，即父类一定能被子类替换而不影响现有代码。
实现代码
//抽象基础类 public>可以看出，装饰器其实就是利用组合+继承(实现)+override不断包装和更新对象，使其功能得到扩展。装饰器是用于替换继承的设计模式，主要使用场景如下： 想扩展实现类的功能，又不想添加太多子类需要动态增加和撤销功能(例如游戏技能)
装饰器的优点在于灵活，耦合性低，且不会改变现有结构。缺点则是嵌套过多会增加系统复杂度。
以上就是C#设计模式之适配器模式与装饰器模式的实现的详细内容，更多关于C#适配器模式 装饰器模式的资料请关注我们其它相关文章！
