至此我们应该对Attribute属性大体了解了。下面来看看条件属性（Conditional Attribute）到底是怎么回事。
2 public virtual void TestAtDebug()
3 {
4 Console.WriteLine("Test at debuging condition.");
5 }
6
7 public void Test()
8 {
9 Console.WriteLine("Test at normal condition.");
10 }
在debug环境下执行的结果是：
Test at debuging condition.
Test at normal condition.
在release环境下执行的结果是：
Test at normal condition.
条件属性是定义方法的运行环境的。条件属性只能在方法上使用。使用条件属性的方法必须符合以下规则：
１、 该方法必须是某个类中的方法；
２、 该方法不能是override方法，但可以是virtual方法。注意：当该方法是virtual方法时，则在派生类中对应的override方法也具有这个属性；
３、 该方法返回的类型必须是void类型；
４、 该方法不能是接口的实现。
上面讲到条件属性只能在方法上使用，所以你应该用条件属性来修饰在不同条件下使用的方法，只有当你要在不同条件下使用一块代码时才用#if/#endif快修饰，即使这样你也应该将该段代码封装到一个方法中。
再来看个例子：
2 {
3 private string _firstName;
4 public string FirstName
5 {
6 set
7 {
8 CheckName2(value);
9 _firstName = value;
10 }
11 }
12
13 private void CheckName1(string item)
14 {
15 #if DEBUG
16 Debug.Assert(!string.IsNullOrEmpty(item), "Name cannot be empty!");
17 #endif
18 }
19
20 [Conditional("DEBUG")]
21 private void CheckName2(string item)
22 {
23 if(string.IsNullOrEmpty(item))
24 Console.WriteLine("Name cannot be empty!");
25 }
26
27 }
虽然CheckName1和CheckName2的功能一样，但是你肯定会更愿意选择CheckName2方法。
下面是Release编译的程序集被反编译后的结果：
#if DEBUG/#endif
[Conditional("DEBUG")]
#if DEBUG/#endif只有在debug环境下才会被编译、执行。当编译器遇到#if语句后，编译器会检查与编译环境相关的符号是否存在，如果存在，就编译#if块中的代码，如果不存在，编译器会忽略之后的代码直到#endif。当采用Conditional属性时，不管DEBUG环境变量是否被定义，Conditional属性修饰的方法总会被编译到程序集中。这或许看上去是低效的，但这只是占用一点硬盘空间，且该方法不会被载入到内存，更不会被编译成机器代码，除非它被调用。这样做的好处是生成更高效的IL（中间语言Intermediate Language）代码，从而增强程序的可伸缩性，唯一不足的是带来了一点微不足道的硬盘空间开销。
另外，如果过多的在程序块中添加#if/#endif块，使#if/#endif块与普通代码混在一起，容易造成程序结构的混乱，晦涩难懂。并且在调试完之后，为了使用户不会被这些调试信息弄糊涂，还需要把这些#if/#endif一个一个的去掉，这样不仅不方便而且容易引发错误。#if/#endif的这些缺点正好是Conditional属性的优点。至于Conditional属性限制方法的返回类型只能是void类型，不适应返回非void类型的方法，如果你一定要这样做，别忘了可以给方法传递out类型的参数。
总之：Conditional属性跟#if/#endif预处理比起来，具有以下几点优势：
１、 可以由定义标记来灵活的控制；
２、 可以生成更高效的IL代码；
３、 帮助你强制在条件代码上使用更好的结构；
４、可以避免因使用#if/#endif而产生的常见的错误；
5、能更好的区分条件代码和普通代码。