IOobservable怎么样？

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

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

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

关于foreach：它不使用“duck typing”，因为duck tying IMO指的是运行时检查。它在编译时使用结构类型检查（而不是标称）来检查类型中所需的方法。

下面的一个不是隐藏的，但它相当含蓄。我不知道像下面这样的示例是否已在这里发布，我看不出有什么好处（可能没有），但我将尝试显示一个“奇怪”的代码。以下示例通过C#（委托/匿名委托[lambdas]）和闭包中的函子模拟for语句。其他流语句如if、if/else、while和do/whle也被模拟，但我不确定是否切换（也许，我太懒了：）。我将示例源代码压缩了一点，以使其更清晰。

private static readonly Action EmptyAction = () => { };
private static readonly Func<bool> EmptyCondition = () => { return true; };

private sealed class BreakStatementException : Exception { }
private sealed class ContinueStatementException : Exception { }
private static void Break() { throw new BreakStatementException(); }
private static void Continue() { throw new ContinueStatementException(); }

private static void For(Action init, Func<bool> condition, Action postBlock, Action statement) {
    init = init ?? EmptyAction;
    condition = condition ?? EmptyCondition;
    postBlock = postBlock ?? EmptyAction;
    statement = statement ?? EmptyAction;
    for ( init(); condition(); postBlock() ) {
        try {
            statement();
        } catch ( BreakStatementException ) {
            break;
        } catch ( ContinueStatementException ) {
            continue;
        }
    }
}

private static void Main() {
    int i = 0; // avoiding error "Use of unassigned local variable 'i'" if not using `for` init block
    For(() => i = 0, () => i < 10, () => i++,
        () => {
            if ( i == 5 )
                Continue();
            Console.WriteLine(i);
        }
    );
}

如果我没有错的话，这种方法与函数式编程实践非常相关。我说得对吗？

显式接口成员实现，其中实现了接口成员，但除非将实例强制转换为接口类型，否则隐藏该接口成员。

新修饰符

C#中“new”修饰符的用法并不是完全隐藏的，但并不常见。当您需要“隐藏”基类成员而不总是覆盖它们时，新的修饰符很有用。这意味着当您将派生类转换为基类时，“隐藏”方法将变得可见，并被调用，而不是派生类中的相同方法。

在代码中更容易看到：

public class BaseFoo
{
    virtual public void DoSomething()
    {
        Console.WriteLine("Foo");
    }
}

public class DerivedFoo : BaseFoo
{
    public new void DoSomething()
    {
        Console.WriteLine("Bar");
    }
}

public class DerivedBar : BaseFoo
{
    public override void DoSomething()
    {
        Console.WriteLine("FooBar");
    }
}

class Program
{
    static void Main(string[] args)
    {
        BaseFoo derivedBarAsBaseFoo = new DerivedBar();
        BaseFoo derivedFooAsBaseFoo = new DerivedFoo();

        DerivedFoo derivedFoo = new DerivedFoo();

        derivedFooAsBaseFoo.DoSomething(); //Prints "Foo" when you might expect "Bar"
        derivedBarAsBaseFoo.DoSomething(); //Prints "FooBar"

        derivedFoo.DoSomething(); //Prints "Bar"
    }
}

[艾德：双关语能给我加分吗？对不起，没办法。]

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

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