要使用LINQ测试IEnumerable＜T＞是否为空，请使用：

IEnumerable＜T＞.Any（）；

起初，我使用（IEnumerable＜T＞.Count（）！=0)...这不必要地导致枚举IEnumerable＜T＞中的所有项。作为对此的改进，我继续使用（IEnumerable＜T＞.FirstOrDefault（）==null）。。。哪个更好。。。但是IEnumerable<T>.Any（）是最简洁的，并且性能最好。

其他一切，加上

1） 隐式泛型（为什么只在方法上而不在类上？）

void GenericMethod<T>( T input ) { ... }

//Infer type, so
GenericMethod<int>(23); //You don't need the <>.
GenericMethod(23);      //Is enough.

2） 具有一个参数的简单lambdas：

x => x.ToString() //simplify so many calls

3） 匿名类型和初始化程序：

//Duck-typed: works with any .Add method.
var colours = new Dictionary<string, string> {
    { "red", "#ff0000" },
    { "green", "#00ff00" },
    { "blue", "#0000ff" }
};

int[] arrayOfInt = { 1, 2, 3, 4, 5 };

另一个：

4） 自动财产可以有不同的范围：

public int MyId { get; private set; }

感谢@pzycoman提醒我：

5） 命名空间别名（并非您可能需要这种特殊区分）：

using web = System.Web.UI.WebControls;
using win = System.Windows.Forms;

web::Control aWebControl = new web::Control();
win::Control aFormControl = new win::Control();

我称此为AutoDebug，因为您可以根据bool值（也可以存储为项目用户设置）在需要的位置和时间进行调试。

例子：

//Place at top of your code
public UseAutoDebug = true;


//Place anywhere in your code including catch areas in try/catch blocks
Debug.Assert(!this.UseAutoDebug);

只需将上述内容放在try/catch块或代码的其他区域，并将UseAutoDebug设置为true或false，然后随时进行调试即可。

您可以将此代码保留在原位，并在测试时打开和关闭此功能。您还可以将其保存为项目设置，并在部署后手动更改，以便在需要时/如果需要时从用户处获取其他错误信息。

在这里，您可以看到一个在Visual Studio C#项目模板中使用此技术的功能和工作示例，其中大量使用此技术：

http://code.msdn.microsoft.com/SEHE

我最喜欢的属性：InternalsVisibleTo

在程序集级别，您可以声明另一个程序集可以看到您的内部构件。出于测试目的，这绝对是美妙的。

将其粘贴到AssemblyInfo.cs或等效程序中，测试程序集就可以完全访问所有需要测试的内部内容。

[assembly: InternalsVisibleTo("MyLibrary.Test, PublicKey=0024...5c042cb")]

如您所见，测试程序集必须具有强名称才能获得被测试程序集的信任。

在.Net Framework 2.0+、Compact Framework 2.0+和XNA Framework 1.0+中提供。

ThreadStaticAttribute是我的最爱。此外，NonSerializableAttribute也很有用。（你能告诉我我用远程处理做了很多服务器工作吗？）

Or赋值运算符非常好。你可以这样写：

x |= y

而不是：

x = x | y

如果您必须将一个变量或属性（示例中的x）开头为false，但仅当其他值为true时，才希望将其更改为其他布尔变量/属性的值，这通常是实用的。