@罗比摇滚裤

但我的直觉告诉我最多可以切割两种类型的铸件最多可执行一次操作。"

如果按照示例1中的建议进行强制转换（使用is&as），将导致对“is”运算符的两次调用。因为当您执行“c=obj as MyClass”时，首先它在后台调用“is”，然后如果失败，它只返回null。

如果你按照你在示例2中建议的方式进行演员扮演，

c = (MyClass)obj

然后，它实际上再次执行“is”操作，如果检查失败，则抛出异常（InvalidCastException）。

因此，如果你想做一个轻量级的动态投射，最好做你提供的第三个例子：

MyClass c;
if (obj is MyClass)
{
    c = obj as MyClass
}

if (c != null)
{
}

vs

MyClass c = obj as MyClass;

if (c != null)
{
}

你可以看到哪个更快、更稳定、更清晰。

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

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

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

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

其他一切，加上

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

通用约束：

 //Constructor constraint, T has a default empty constructor
class Node<K,T> where T : new() 
{
}

//Reference\Value Type constraints
//T is a struct
public class MyClass<T> where T : struct 

{...}

//T is a reference type
public class MyClass<T> where T : class 

{...}

public class MyClass<T> where T : SomeBaseClass, ISomeInterface 

{...}

除了duncansmart的回复，还可以在Framework 2.0上使用扩展方法。只需在System.Runtime.CompilerServices命名空间下添加一个ExtensionAttribute类，就可以使用扩展方法（当然，仅适用于C#3.0）。

namespace System.Runtime.CompilerServices
{
    public class ExtensionAttribute : Attribute
    { 
    }
}

在处理C++和C#之间的互操作时，许多人没有意识到C++/CLI是一个很好的选择。

假设您有一个C++DLL和一个依赖于C++DLL的C#DLL。通常，最简单的技术是使用/clr开关编译C++DLL的一些（或所有）模块。要调用C#，C++DLL就是在C++DLL中编写托管C++包装类。C++/CLI类可以比C#更无缝地调用本机C++代码，因为C++编译器将自动为您生成P/calls，它有一个专门用于interop的库，以及用于interop（如pin_ptr）的语言功能。它允许托管代码和本机代码在同一个二进制文件中共存。

在C#端，您只需像调用任何其他.NET二进制文件一样调用DLL。