通过C#从CLR：标准化字符串时建议您使用ToUpperInvariant而不是ToLowerInvariant，因为Microsoft具有优化代码以执行大写比较。

我记得有一次我的同事总是在比较之前把字符串改成大写。我一直想知道他为什么这么做，因为我觉得先转换成小写字母更“自然”。看完这本书后，我知道为什么了。

IOobservable怎么样？

几乎每个人都知道IEnumerable，但他们的数学对偶似乎是未知的IOobservable。可能是因为它是.NET4。

它所做的不是拉取信息（像可枚举的），而是将信息推送给观察者的订阅者。

与Rx扩展一起，它将改变我们处理事件的方式。为了说明它有多强大，请查看这里的一个非常简短的示例。

首先-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

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

在FlagAttribute和enum中使用“~”运算符有时我们会将Flag属性与enum一起使用，以对枚举执行逐位操作。

 [Flags]
 public enum Colors
 {
    None  = 0,
    Red   = 1,
    Blue  = 2,
    White = 4,
    Black = 8,
    Green = 16,
    All   = 31 //It seems pretty bad...
 }

注意，enum中选项“All”的值非常奇怪。相反，我们可以使用带有标记枚举的“~”运算符。

 [Flags]
 public enum Colors
 {
    None  = 0,
    Red   = 1,
    Blue  = 2,
    White = 4,
    Black = 8,
    Green = 16,
    All   = ~0 //much better now. that mean 0xffffffff in default.
 }

如果方法参数实现了两个接口，则可以使用泛型来检查（编译时）：

interface IPropA 
{
    string PropA { get; set; } 
}

interface IPropB 
{
    string PropB { get; set; }
}

class TestClass 
{
    void DoSomething<T>(T t) where T : IPropA, IPropB 
    {
        MessageBox.Show(t.PropA);
        MessageBox.Show(t.PropB);
    }
}

与从基类和接口继承的参数相同。