还有ThreadStaticAttribute可以使每个线程的静态字段唯一，因此您可以拥有强类型的线程本地存储。

即使扩展方法不是那么秘密（LINQ是基于它们的），对于实用程序助手方法来说，它们的有用性和可读性可能并不明显：

//for adding multiple elements to a collection that doesn't have AddRange
//e.g., collection.Add(item1, item2, itemN);
static void Add<T>(this ICollection<T> coll, params T[] items)
 { foreach (var item in items) coll.Add(item);
 }

//like string.Format() but with custom string representation of arguments
//e.g., "{0} {1} {2}".Format<Custom>(c=>c.Name,"string",new object(),new Custom())
//      result: "string {System.Object} Custom1Name"
static string Format<T>(this string format, Func<T,object> select, params object[] args)
 { for(int i=0; i < args.Length; ++i)
    { var x = args[i] as T;
      if (x != null) args[i] = select(x);
    }
   return string.Format(format, args);
 }

使用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();

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

我今天才知道这一点——我已经和C#合作5年了！

这是命名空间别名限定符：

extern alias YourAliasHere;

您可以使用它加载同一类型的多个版本。这在维护或升级场景中非常有用，因为您的类型有一个更新版本，在某些旧代码中无法使用，但您需要将其升级到新版本。敲击命名空间别名限定符，编译器将允许您在代码中同时使用这两种类型。

刚刚学会了[UnmanagedFunctionPointerAttribute（CallingConvention.CDecl）]的乐趣，因为它尝试与非托管C++函数库接口，该函数库定义了不带__stdcall的回调。

double dSqrd = Math.Pow(d,2.0); 

比

double dSqrd = d * d; // Here we can lose precision

很抱歉这么晚才发布，我是Stack Overflow的新手，因此错过了之前的机会。

我发现EventHandler＜T＞是该框架的一个很好的功能，但未得到充分利用。

我遇到的大多数C#开发人员在定义自定义事件时仍然会定义自定义事件处理程序委托，这不再是必要的。

而不是：

public delegate void MyCustomEventHandler(object sender, MyCustomEventArgs e);

public class MyCustomEventClass 
{
    public event MyCustomEventHandler MyCustomEvent;
}

你可以去：

public class MyCustomEventClass 
{
    public event EventHandler<MyCustomEventArgs> MyCustomEvent;
}

这要简洁得多，而且您不会陷入这样的两难境地：是将委托放在包含事件的类的.cs文件中，还是EventArgs派生类中。