我喜欢滥用静态模板类不共享其静态成员的事实。

这是一个线程安全（在创建时）和廉价的替代品，可以替代任何Dictionary＜Type，…＞当Type实例在编译时已知时。

public static class MyCachedData<T>{
    static readonly CachedData Value;
    static MyCachedData(){
       Value=// Heavy computation, such as baking IL code or doing lots of reflection on a type
    }
}

干杯弗洛里安语

首先-DebuggerTypeProxy。

[DebuggerTypeProxy(typeof(HashtableDebugView))]
class MyHashtable : Hashtable
{
    private const string TestString = 
        "This should not appear in the debug window.";

    internal class HashtableDebugView
    {
        private Hashtable hashtable;
        public const string TestStringProxy = 
            "This should appear in the debug window.";

        // The constructor for the type proxy class must have a 
        // constructor that takes the target type as a parameter.
        public HashtableDebugView(Hashtable hashtable)
        {
            this.hashtable = hashtable;
        }
    }
}

第二步：

ICustomTypeDescriptor

老实说，根据定义，专家们应该知道这件事。但要回答您的问题：内置类型表（C#参考）

编译器标记数字是众所周知的：

Decimal = M
Float = F
Double = D

// for example
double d = 30D;

然而，这些更为晦涩：

Long = L
Unsigned Long = UL
Unsigned Int = U

调试时，您可以在Watch\QuickWatch\Immediate窗口中键入$exception，并获取当前帧异常的所有信息。如果你打开了第一次机会例外，这非常有用！

我学到的一件有趣的事情是，框架和C#语言的不同部分是在不同的时间编写的，因此不一致。例如，框架本身违反了许多FxCop规则，因为在编写框架时，这些规则并没有全部到位。

此外，using语句旨在使“范围”分离，而不是专门用于处理资源。它是在lock语句之后编写的。埃里克·冈纳森（Eric Gunnerson）曾提到，如果使用语句首先出现，他们可能不需要编写锁语句（尽管谁知道，也许他们无论如何都会有），因为使用语句可能已经足够了。

我在Stack Overflow上只学到的一个特性是在返回参数上设置属性的能力。

[AttributeUsage( AttributeTargets.ReturnValue )]
public class CuriosityAttribute:Attribute
{
}

public class Bar
{
    [return: Curiosity]
    public Bar ReturnANewBar()
    {
        return new Bar();
    }
}

这对我来说确实是一个隐藏的功能：-）