使用这个怎么样：

#if DEBUG
            Console.Write("Debugging");
#else
            Console.Write("Final");
#endif

当您使用定义的DEBUG编译解决方案时，它将输出“调试”。

如果您的编译设置为Release，它将写为“Final”。

我给你几个——你想怎么做就怎么做。

属性：

[assembly::InternalsVisibleTo("SomeAssembly")]

允许您将程序集的内部方法/财产或数据公开给另一个名为“SomeAssembly”的程序集。所有受保护的/私人物品都保持隐藏状态。

静态构造函数（否则称为“类型构造函数”）

public MyClass
{
  public static MyClass()
  {
     // type init goes here
  }
  ......
}  

关键字internal。在很多方面都很有用。

当小心使用时，释放是如此强大。我在电子邮件模板系统中使用了它。模板管理器将被传递一个对象，html模板将具有引用财产的嵌入字段，可以使用反射从传递的对象中检索这些字段。做得很好。

使用lambdas时模拟函数“通配符”参数（如Haskell中的“_”）的妙招：

(_, b, __) => b.DoStuff();  // only interested in b here

您可以使用｛｝括号来限制变量的生命周期和范围。

{
    string test2 = "3";
    Console.Write(test2);
}

Console.Write(test2); //compile error

test2只存在于括号内。

与使用int.TryParse（）或Convert.ToInt32（）不同，我喜欢有一个静态整数解析函数，当它无法解析时返回null。那么我可以使用？？和三元运算符一起使用，以更清楚地确保我的声明和初始化都在一行中以易于理解的方式完成。

public static class Parser {
    public static int? ParseInt(string s) {
        int result;
        bool parsed = int.TryParse(s, out result);
        if (parsed) return result;
        else return null;
    }
    // ...
}

这对于避免重复赋值的左侧也是很好的，但对于避免在赋值的右侧重复长调用（例如下面的示例中的数据库调用）则更好。而不是丑陋的“如果那么”树（我经常遇到）：

int x = 0;
YourDatabaseResultSet data = new YourDatabaseResultSet();
if (cond1)
    if (int.TryParse(x_input, x)){
        data = YourDatabaseAccessMethod("my_proc_name", 2, x);
    }
    else{
        x = -1;
        // do something to report "Can't Parse"    
    }
}
else {
    x = y;
    data = YourDatabaseAccessMethod("my_proc_name", 
       new SqlParameter("@param1", 2),
       new SqlParameter("@param2", x));
}

您可以执行以下操作：

int x = cond1 ? (Parser.ParseInt(x_input) ?? -1) : y;
if (x >= 0)  data = YourDatabaseAccessMethod("my_proc_name", 
    new SqlParameter("@param1", 2),
    new SqlParameter("@param2", x));

更干净，更容易理解