Action和Func委托助手与lambda方法结合使用。我将这些用于需要委托以提高可读性的简单模式。例如，一个简单的缓存模式是检查请求的对象是否存在于缓存中。如果它确实存在：返回缓存的对象。如果不存在，则生成新实例，缓存新实例并返回新实例。我可以编写一个简单的模式方法，比如这样。。。

private static T CachePattern<T>(string key, Func<T> create) where T : class
{
    if (cache[key] == null)
    {
        cache.Add(key, create());
    }

    return cache[key] as T;
}

…然后，通过在自定义缓存管理器中使用以下内容，我可以大大简化缓存获取/设置代码

public static IUser CurrentUser
{
    get
    {
        return CachePattern<IUser>("CurrentUserKey", () => repository.NewUpUser());
    }
}

现在，简单的“日常”代码模式可以编写一次，并且可以更容易地重用IMHO。我不必编写委托类型，也不必弄清楚我想如何实现回调等。如果我能在10秒内编写它，我就不太适合于剪切/粘贴简单的代码模式，无论它们是懒惰初始化还是上面显示的其他示例。。。

我在这次谈话中有些晚了，我想贡献以下内容。对于一些开发人员来说，这可能是一件新鲜事。

public class User
{
    public long UserId { get; set; }
    public String Name { get; set; }
    public String Password { get; set; }
    public String Email { get; set; }
}

声明和初始化它的通常方法是使用构造函数或类似的方法。

User user = new User();
user.UserId = 1;
user.Name = "myname";
etc

但我学会了以下方法来初始化它。我知道Visual Basic开发人员会喜欢它，因为它就像只在VB.NET中而不是在C#中提供的运算符一样，如下所示。

User user = new User()
{
    UserId = 1,
    Name = "myname",
    Email = "myemail@domain.com",
    Password = "mypassword"
};

我认为C#（.NET3.5）的一个最不受重视和鲜为人知的特性是表达式树，尤其是与Generics和Lambdas结合时。这是NInject和Moq等较新的库正在使用的API创建方法。

例如，假设我想向API注册一个方法，而API需要获取方法名

给定此类：

public class MyClass
{
     public void SomeMethod() { /* Do Something */ }
}

以前，开发人员使用字符串和类型（或其他基本上基于字符串的东西）执行此操作是非常常见的：

RegisterMethod(typeof(MyClass), "SomeMethod");

嗯，这太糟糕了，因为缺少强大的打字能力。如果我重命名“SomeMethod”怎么办？现在，在3.5版本中，我可以以强类型的方式实现这一点：

RegisterMethod<MyClass>(cl => cl.SomeMethod());

其中RegisterMethod类使用表达式＜Action＜T＞，如下所示：

void RegisterMethod<T>(Expression<Action<T>> action) where T : class
{
    var expression = (action.Body as MethodCallExpression);

    if (expression != null)
    {
        // TODO: Register method
        Console.WriteLine(expression.Method.Name);
    }
}

这是我现在爱上Lambdas和Expression Trees的一个重要原因。

这一条并不是“隐藏”的，而是被误称的。

大量的注意力集中在算法“map”、“reduce”和“filter”上。大多数人没有意识到的是，.NET3.5添加了这三种算法，但基于它们是LINQ的一部分这一事实，它给它们起了非常SQL的名字。

“map”=>选择变换数据从一种形式到另一种形式“reduce”=>骨料值转换为单个结果“filter”=>其中过滤数据基于一个标准

使用LINQ对用于进行迭代和条件运算的集合进行内联处理的能力非常有价值。值得学习的是，所有LINQ扩展方法如何帮助您的代码更加紧凑和可维护。

验证用户输入时，每个基元类型的TryParse方法都很好。

double doubleValue
if (!Double.TryParse(myDataRow("myColumn"), out doubleValue))
{
    // set validation error
}

基于这个线程的标题应该是“你直到最近才知道的关于C#的事情，尽管你认为你已经知道了一切”，我的个人特色是异步委托。

直到我读了Jeff Richter的C#/CLR书（这本书很棒，每个做.NET的人都应该读），我才知道你可以使用BeginInvoke/EndInvoke调用任何委托。我倾向于做很多ThreadPool.QueueUserWorkItem调用（我想这很像委托BeginInvoke在内部所做的），但添加标准化的加入/会合模式有时可能真的很有用。