[TypeConverter(typeof(ExpandableObjectConverter))]

告诉设计器展开财产，这些属性是（控件的）类

[Obfuscation]

指示混淆工具对程序集、类型或成员执行指定的操作。（尽管通常使用程序集级别[Assembly:ObfuscateAssemblyAttribute（true）]

[TypeConverter(typeof(ExpandableObjectConverter))]

告诉设计器展开财产，这些属性是（控件的）类

[Obfuscation]

指示混淆工具对程序集、类型或成员执行指定的操作。（尽管通常使用程序集级别[Assembly:ObfuscateAssemblyAttribute（true）]

[XmlIgnore]

因为这允许您忽略（在任何xml序列化中）“父”对象，否则在保存时会导致异常。

只有少数属性获得编译器支持，但AOP中有一个非常有趣的属性用法：PostSharp使用您定制的属性将IL注入到方法中，允许各种功能。。。log/trace是一些微不足道的示例，但其他一些好的示例是自动INotifyPropertyChanged实现（此处）。

一些发生并直接影响编译器或运行时：

[条件（“FOO”）]-只有在生成期间定义了“FOO“符号时，才会调用此方法（包括参数求值）[MethodImpl（…）]-用于指示一些事情，如同步、内联〔PrincipalPermission（…）〕-用于将安全检查自动注入代码[TypeForwardedTo（…）]-用于在程序集之间移动类型，而不重新生成调用方

对于通过反射手动检查的东西，我非常喜欢System.ComponentModel属性；像[TypeDescriptionProvider（…）]、[TypeConverter（…）】和[Editor（…）]]这样的东西可以完全改变数据绑定场景中类型的行为（即动态财产等）。

我总是将DisplayName、Description和DefaultValue属性用于我的用户控件、自定义控件或我将通过属性网格编辑的任何类的公共财产。.NET PropertyGrid使用这些标记来设置未设置为默认值的名称、描述面板和粗体值的格式。

[DisplayName("Error color")]
[Description("The color used on nodes containing errors.")]
[DefaultValue(Color.Red)]
public Color ErrorColor
{
    ...
} 

如果找不到XML注释，我只希望Visual Studio的IntelliSense将Description属性考虑在内。这样可以避免同一句话重复两次。

[Serializable]始终用于将对象序列化到外部数据源（如xml）或从远程服务器序列化对象。在这里了解更多信息。