无废话C#设计模式之十三：Decorator

　　本系列文章将向大家介绍一下C#的设计模式，此为第十三篇文章，相信对大家会有所帮助的。废话不多说，继续来看。

　　意图

　　动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。

　　场景

　　在设计网络游戏的武器系统时，开始并没有考虑到武器的强化和磨损。之后，策划人员说希望给游戏增加强化系统和修理系统，那么我们的武器类型就需要对外提供强化、磨损、修理等方法了。发生这种改动是我们最不愿意看到的，按照设计原则，我们希望功能的扩展尽可能不要修改原来的程序。你可能会想到使用继承来实现，但是策划人员的需求是有的武器能磨损能修理，不能强化，有的武器能强化，但是不会磨损，有的武器既能强化还能磨损和修理。遇到这样的情况，继承的方案可能不适合了，一来继承的层次可能会很多，二来子类的数量可能会很多。

　　由此，引入装饰模式来解决这个问题。装饰模式使得我们能灵活赋予类额外的职责，并且使得设计和继承相比更合理。

　　示例代码