使用LINQ使眼睛更容易/精简ORM映射

考虑下表：

[MessageId] INT,
[MessageText] NVARCHAR(MAX)
[MessageDate] DATETIME

…这种结构：

struct Message
{
    Int32 Id;
    String Text;
    DateTime Date;
}

而不是像这样做：

List<Message> messages = new List<Message>();

foreach (row in DataTable.Rows)
{
    var message = new Message
    {
        Id = Convert.ToInt32(row["MessageId"]),
        Text = Convert.ToString(row["MessageText"]),
        Date = Convert.ToDateTime(row["MessageDate"])
    };

    messages.Add(message);
}

在我看来，你可以使用LINQ，用更少的代码行做同样的事情；更时尚。像这样：

var messages = DataTable.AsEnumerable().Select(r => new Message
{
    Id = Convert.ToInt32(r["MessageId"]),
    Text = Convert.ToString(r["MessageText"]),
    Date = Convert.ToDateTime(r["MessageDate"])
}).ToList();

这种方法可以是嵌套的，就像循环一样。

System.Runtime.Remoting.Proxies.RealProxy

它支持C#中的面向方面编程，你也可以用它做很多其他的事情。

我还不能发表评论，但请注意，默认情况下，VisualStudio2008会自动跳过财产，因此在这种情况下不再需要DebuggerStepThrough属性。此外，我还没有注意到有人展示如何声明无参数lambda（对于实现Action＜＞很有用）（）=>DoSomething（x）；

你还应该仔细阅读闭包——我不够聪明，无法正确解释它们。但基本上，这意味着编译器做了一些聪明的事情，这样即使在创建lambda之后“超出范围”，这行代码中的x仍然可以工作。

我最近还发现，可以假装忽略lambda参数：（e，_）=>DoSomething（e）

它并不是真的忽略它，只是_是一个有效的标识符。所以你不能像那样忽略这两个参数，但我认为这是一种很好的方式来表明我们不关心这个参数（通常是EventArgs，它是.Empty）。

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

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

使用语句嵌套

通常我们这样做：

StringBuilder sb = new StringBuilder();
using (StringWriter sw = new StringWriter()) {
    using (IndentedTextWriter itw = new IndentedTextWriter(sw)) {
        ... 
    }
}

但我们可以这样做：

StringBuilder sb = new StringBuilder();
using (StringWriter sw = new StringWriter())
using (IndentedTextWriter itw = new IndentedTextWriter(sw)) {
    ... 
}

我最喜欢的技巧是使用空联合运算符和括号为我自动实例化集合。

private IList<Foo> _foo;

public IList<Foo> ListOfFoo 
    { get { return _foo ?? (_foo = new List<Foo>()); } }