与使用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));

更干净，更容易理解

BCL中的一些并发实用程序可能符合隐藏功能的要求。

lock关键字在内部使用System.Threading.Monitor等属性；显然，在C#中，lock关键字是首选的，但有时了解在较低级别上如何完成工作是值得的；我必须锁定C++/CLI，所以我用调用Monitor.Enter（）和Monitor.Exit（）封装了一块代码。

我看不到上面的这一点——直到最近我才意识到你可以做的是从另一个构造函数调用一个构造函数：

class Example
{
    public Example(int value1)
        : this(value1, "Default Value")
    {
    }

    public Example(int value1, string value2)
    {
        m_Value1 = value1;
        m_value2 = value2;
    }

    int m_Value1;
    string m_value2;
}

（我刚刚使用了这个）将字段设置为空，并返回它而不使用中间变量：

try
{
    return _field;
}
finally
{
    _field = null;
}

一些奇怪：）

Delegate target =
  (target0 = target as CallTargetWithContext0) ??
  (target1 = target as CallTargetWithContext1) ??
  (target2 = target as CallTargetWithContext2) ??
  (target3 = target as CallTargetWithContext3) ??
  (target4 = target as CallTargetWithContext4) ??
  (target5 = target as CallTargetWithContext5) ??
  ((Delegate)(targetN = target as CallTargetWithContextN));

值得注意的是，出于某种原因需要最后一个演员阵容。缺陷还是设计？

字符串实习。这是我在这次讨论中还没有看到的。它有点晦涩难懂，但在某些条件下它可能有用。

CLR保存了一个对文本字符串（以及以编程方式嵌入的字符串）的引用表。如果在代码中的多个位置使用相同的字符串，那么它将在表中存储一次。这可以减少分配字符串所需的内存量。

您可以通过使用string.IsInterned（字符串）测试字符串是否被内部化，也可以使用string.intern（字符串）内部化字符串。

注意：CLR可以在应用程序或甚至AppDomain结束后保存对内部字符串的引用。有关详细信息，请参阅MSDN文档。