我个人最喜欢的两个，我很少使用：

代码段（尤其是针对财产的代码段，这在Visual Studio 2008中做得更好）过时属性

Object.ReferenceEquals方法

确定指定的Object实例是否为同一实例。

参数：

objA:System.Object-要比较的第一个对象。objB:System.Object-要比较的第二个对象。

例子：

 object o = null;
 object p = null;
 object q = new Object();

 Console.WriteLine(Object.ReferenceEquals(o, p));
 p = q;
 Console.WriteLine(Object.ReferenceEquals(p, q));
 Console.WriteLine(Object.ReferenceEquals(o, p));

与“==”和“.Equals”的差值：

基本上，对象A的Equal（）测试与对象B具有相同的内容。

System.Object.ReferenceEquals（）方法始终比较引用。尽管类可以为相等运算符提供自己的行为（下面），如果调用了该运算符，则不会调用该重新定义的运算符通过对System.Object的引用。

对于字符串，实际上没有什么区别，因为==和Equals都已被重写以比较字符串的内容。

另请参见另一个问题的答案（“如何在没有无限递归的情况下检查'=='运算符重载中的空值？”）。

定义自定义属性时，可以将其与[MyAttrAttribute]或[MyAttr]一起使用。当两种书写都存在类时，就会发生编译错误。

@特殊字符可用于区分它们：

[AttributeUsage(AttributeTargets.All)]
public class X: Attribute
{}

[AttributeUsage(AttributeTargets.All)]
public class XAttribute: Attribute
{}

[X]      // Error: ambiguity
class Class1 {}

[XAttribute]   // Refers to XAttribute
class Class2 {}

[@X]      // Refers to X
class Class3 {}

[@XAttribute]   // Refers to XAttribute
class Class4 {}

在使用linqxml时，我发现这种技术很有趣：

public bool GetFooSetting(XElement ndef){
   return (bool?)ndef.Element("MyBoolSettingValue") ?? true;
}

而不是：

public bool GetFooSetting(XElement ndef){
   return ndef.Element("MyBoolSettingValue") != null ? bool.Parse(ndef.Element("MyBoolSettingValue") ) : true;
}

[field: NonSerialized]
public event EventHandler Event;

这样，事件侦听器就不会序列化。

仅[NonSerialized]不起作用，因为NonSerializedAttribute只能应用于字段。

@罗比摇滚裤

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

如果按照示例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)
{
}

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