装饰模式的定义：
装饰模式是在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。
装饰者模式结构图：
装饰者模式角色：
（1）抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象。
（2）具体构件（Concrete Component）角色：定义一个将要接收附加责任的类。
（3）装饰（Decorator）角色：持有一个构件（Component）对象的实例，并实现一个与抽象构件接口一致的接口。
（4）具体装饰（Concrete Decorator）角色：负责给构件对象添加上附加的责任。
实现：
引用生活中的例子，我们买了一部新手机，慢慢的给这部手机添加新的装饰，比如说贴膜，添加挂件.....
1.首先抽象出手机类，作为装饰者模式中的抽象组件：
/// <summary>
/// 手机抽象类,即抽象者模式中的抽象组件类
/// </summary>
public abstract class Phone
{
/// <summary>
/// 打印方法
/// </summary>
public abstract void Print();
}
2.假如现在我们买了一部苹果手机，现在继承自抽象类，实现具体组件类：
/// <summary>
/// 苹果手机，即装饰着模式中的具体组件类
/// </summary>
public class ApplePhone:Phone
{
/// <summary>
/// 重写基类的方法
/// </summary>
public override void Print()
{
Console.WriteLine("我有一部苹果手机");
}
}
3.现在我想给这个手机添加新的装饰，我们先抽象出装饰类：
/// <summary>
/// 装饰抽象类，让装饰完全取代抽象组件，所以必须继承Phone
/// </summary>
public abstract class Decorator:Phone
{
private Phone p ; //该装饰对象装饰到的Phone组件实体对象
public Decorator(Phone p)
{
this.p = p;
}
public override void Print()
{
if (this.p != null)
{
p.Print();
}
}
}
4.具体装饰对象，继承装饰抽象类：这里具体贴膜装饰，和挂件装饰：
/// <summary>
/// 贴膜，具体装饰者
/// </summary>
public class Sticker:Decorator
{
public Sticker(Phone p) : base(p) { }
public override void Print()
{
base.Print();
//添加行为
AddSticker();
}
/// <summary>
/// 新的行为方法
/// </summary>
public void AddSticker()
{
Console.WriteLine("现在苹果手机有贴膜了");
}
}
/// <summary>
/// 手机挂件，即具体装饰者
/// </summary>
public class Accessories:Decorator
{
public Accessories(Phone p) : base(p) { }
public override void Print()
{
base.Print();
// 添加新的行为
AddAccessories();
}
/// <summary>
/// 新的行为方法
/// </summary>
public void AddAccessories()
{
Console.WriteLine("现在苹果手机有漂亮的挂件了");
}
}
5.调用：
/// <summary>
/// 设计模式-装饰者模式
/// </summary>
class Program
{
static void Main(string[] args)
{
Phone ap = new ApplePhone(); //新买了个苹果手机
Decorator aps = new Sticker(ap); //准备贴膜组件
aps.Print();
Decorator apa = new Accessories(ap); //过了几天新增了挂件组件
apa.Print();
Sticker s = new Sticker(ap); //准备贴膜组件
Accessories a = new Accessories(s);//同时准备挂件
a.Print();
}
}
类结构图：
（1）抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象。 >这里就是Phone接口
（2）具体构件（Concrete Component）角色：定义一个将要接收附加责任的类。 >这里指的ApplePhone
（3）装饰（Decorator）角色：持有一个构件（Component）对象的实例，并实现一个与抽象构件接口一致的接口。>指的Decorator
（4）具体装饰（Concrete Decorator）角色：负责给构件对象添加上附加的责任。 >指的是Accessories和Sticker
优点：
1. Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性。
2. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。
缺点：
1. 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。
2. 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。
3. 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
.NET,装饰模式
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。