假设我们在一个开发游戏的背景下，游戏比较简单，其中目前有两个职业：剑士和狙击手，并且后期随着游戏的普及会增加更多的职业。由于是战斗类型的游戏，所有每个职业都会使用特定的武器进行攻击，从而实现战斗的体验。对于该游戏职业设计相关的类图如下：

 1     //攻击接口
 2     interface IAttack
 3     {
 4         void MeleeAttacks();  //近战攻击
 5     }
 6 
 7     //剑士
 8     class Swordman: IAttack
 9     {
10         public Swordman() => Sword = "倚天剑";
11 
12         public string Sword { get; set; }
13         public void MeleeAttacks()
14         {
15             Console.WriteLine("使用{0}进行刺击。", Sword);
16         }
17     }
18 
19     
20     //狙击手
21     class Sniper : IAttack
22     {
23         public Sniper() => Gun = "98k狙击步枪";
24         public string Gun { get; set; } //枪
25  
26         public void MeleeAttacks()
27         {
28             Console.WriteLine("使用{0}进行射击。", Gun);
29         }
30     }

假设我们的游戏示例是一款战斗类型的游戏，那么其中所有的职业都需要进行战斗。对于这个共同的行为，正好可以借鉴泛型的使用思想：即不同类型存在相同处理逻辑，那么可以使用泛型作为一个代码模板，从而实现不同类型的通用化处理。我们计划将战斗的行为定义成一个泛型类，由这个泛型类统一实现各个职业的战斗。然而在编写战斗泛型类的时候，由于战斗必须要使用职业的攻击方法，但是我们在内部调用类型参数T并不能获取到相应的方法，编译器视乎将类型参数T看成了一个object类型。

怎么办？究竟如何能够在战斗泛型类中调用游戏角色的攻击方法呢？这个时候就轮到本文的主题“泛型的约束”闪亮登场了，接下来我们将针对战斗泛型类定义一个约束，在泛型类中使用类型参数T调用出攻击的方法：

 1     /// <summary>
 2     /// 各个职业的战斗
 3     /// </summary>
 4     class Combat<T> where T :IAttack
 5     {
 6         public Combat(T combatant)
 7         {
 8             _combatant = combatant;
 9         }
10         private T _combatant;//参战者
11 
12         public void Action()
13         {
14             Console.WriteLine("战斗开始");
15             _combatant.MeleeAttacks();
16             Console.WriteLine("战斗结束");
17         }
18 
19     }

果不其然，成功的在战斗泛型类中调用了角色的攻击方法，这是因为设置了约束，类型参数T就可以根据约束的类型获取相应的能力。这一点也正好可以印证了本文开头总结泛型约束的作用之一：“对内部使用提供了更多能力，从而丰富功能的实现”。示例的代码已经基本编写完成，接下来我们就可以在应用端，使用战斗泛型类针对不同的角色实施战斗行为了。

假设你的小伙伴正在另一头在编写游戏中关于NPC部分的代码，他得知你编写了可以实现各种职业进行战斗的泛型类，于是乎他悄悄的使用一个NPC的对象来使用你的战斗泛型类。但是NPC在实际的需求中并没有实现攻击接口。NPC类的代码结构如下：

对于泛型约束的使用方式，除了本文示例中要求实现一个特定接口的方式，另外还有很多使用方式。我们不可能将每一个使用细节了然于心，但是必须搞清楚事物的本质，以致于知道为什么有它的存在、在什么样的情况下使用它。当不同的应用场景发生时，我们在结合当下应用场景的实际情况，通过查阅文档来制定具体的方针。