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

[Flags]非常方便。语法糖是肯定的，但还是相当不错的。

[Flags] 
enum SandwichStuff
{
   Cheese = 1,
   Pickles = 2,
   Chips = 4,
   Ham = 8,
   Eggs = 16,
   PeanutButter = 32,
   Jam = 64
};

public Sandwich MakeSandwich(SandwichStuff stuff)
{
   Console.WriteLine(stuff.ToString());
   // ...
}

// ...

MakeSandwich(SandwichStuff.Cheese 
   | SandwichStuff.Ham 
   | SandwichStuff.PeanutButter);
// produces console output: "Cheese, Ham, PeanutButter"

Leppie指出了一些我没有意识到的东西，这反而挫伤了我对这个属性的热情：它不指示编译器允许位组合作为枚举变量的有效值，编译器允许这一点用于枚举。我的C++背景显示通过。。。叹气

如果我要进行代码覆盖率爬网，我认为这两个将是最好的：

 [Serializable]
 [WebMethod]

在霍夫斯塔德精神中，[Attribute]属性非常有用，因为它是您创建自己属性的方式。我使用了属性而不是接口来实现插件系统，为Enum添加描述，模拟多重调度和其他技巧。

在我看来，过时是框架中最有用的属性之一。对不应再使用的代码发出警告的功能非常有用。我喜欢有一种方法告诉开发人员不应该再使用某些东西，也喜欢有一个方法来解释为什么，并指出更好的/新的做法。

Conditional属性对于调试使用也非常方便。它允许您在代码中添加用于调试的方法，这些方法在构建解决方案以供发布时不会被编译。

然后，我发现有很多特定于Web控件的属性很有用，但这些属性更具体，在我发现的服务器控件开发之外没有任何用处。

值得一提的是，这里列出了所有.NET属性。有几百个。

我不知道其他人，但我有一些严肃的RTF要做！

我发现[DefaultValue]非常有用。

当您在调试期间将鼠标悬停在Type的实例上时，[DuggerDisplay]对于快速查看该类型的自定义输出非常有用。例子：

[DebuggerDisplay("FirstName={FirstName}, LastName={LastName}")]
class Customer
{
    public string FirstName;
    public string LastName;
}

这是它在调试器中的外观：

此外，值得一提的是，设置了CacheDuration属性的[WebMethod]属性可以避免不必要地执行web服务方法。

我建议使用nUnit库中的[TestFixture]和[Test]。

代码中的单元测试为重构和编码文档提供了安全性。

我喜欢System.Diagnostics中的[DuggerStepThrough]。

它非常方便，可以避免使用那些单行do-nothing方法或财产（如果您被迫在早期的.Net中工作，而没有自动财产）。将属性放在一个短方法或属性的getter或setter上，即使在调试器中单击“stepinto”，您也会立即执行。

作为我喜欢的中间层开发人员

System.ComponentModel.EditorBrowsableAttribute允许我隐藏财产，以便UI开发人员不会被他们不需要看到的财产淹没。

System.ComponentModel.BindableAttribute有些东西不需要数据绑定。同样，减少了UI开发人员需要做的工作。

我也喜欢劳伦斯·约翰斯顿提到的默认值。

System.ComponentModel.BrowsableAttribute和Flags定期使用。

我使用System.STAThreadAttributeSystem.ThreadStaticAttribute当需要时。

顺便说一句这些对所有.Net框架开发人员来说都同样重要。

我使用最多的属性是与XML序列化相关的属性。

XmlRoot

Xml元素

XmlAttribute

等

在进行任何快速而肮脏的XML解析或序列化时非常有用。

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

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

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

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

[TypeConverter(typeof(ExpandableObjectConverter))]

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

[Obfuscation]

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

[XmlIgnore]

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

// on configuration sections
[ConfigurationProperty] 

// in asp.net
[NotifyParentProperty(true)]

我最近一直在使用[DataObjectMethod]。它描述了方法，因此您可以将类与ObjectDataSource（或其他控件）一起使用。

[DataObjectMethod(DataObjectMethodType.Select)] 
[DataObjectMethod(DataObjectMethodType.Delete)] 
[DataObjectMethod(DataObjectMethodType.Update)] 
[DataObjectMethod(DataObjectMethodType.Insert)] 

更多信息

在我们当前的项目中，我们使用

[ComVisible(false)]

它控制单个托管类型或成员或程序集中所有类型对COM的可访问性。

更多信息

我喜欢将[ThreadStatic]属性与基于线程和堆栈的编程结合使用。例如，如果我希望一个值与调用序列的其余部分共享，但我希望在带外（即调用参数之外）执行，我可以使用类似的方法。

class MyContextInformation : IDisposable {
    [ThreadStatic] private static MyContextInformation current;

    public static MyContextInformation Current {
        get { return current; }
    }

    private MyContextInformation previous;


    public MyContextInformation(Object myData) {
       this.myData = myData;
       previous = current;
       current = this;
    }

    public void Dispose() {
       current = previous;
    }
}

稍后在我的代码中，我可以使用它向代码下游的人提供带外的上下文信息。例子：

using(new MyContextInformation(someInfoInContext)) {
   ...
}

ThreadStatic属性允许我将调用范围仅限于所讨论的线程，避免了跨线程访问数据的混乱问题。

DesignerSerializationVisibilityAttribute非常有用。当您在控件或组件上放置运行时属性，并且不希望设计器对其进行序列化时，可以这样使用：

[DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)]
public Foo Bar {
    get { return baz; }
    set { baz = value; }
}

我总是将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属性考虑在内。这样可以避免同一句话重复两次。

[System.Security.Permissions.PermissionSetAttribute]允许使用声明性安全性将PermissionSet的安全操作应用于代码。

// usage:
public class FullConditionUITypeEditor : UITypeEditor
{
    // The immediate caller is required to have been granted the FullTrust permission.
    [PermissionSetAttribute(SecurityAction.LinkDemand, Name = "FullTrust")]
    public FullConditionUITypeEditor() { }
}

这是一篇关于有趣属性InternalsVisibleTo的文章。它基本上模仿了C++朋友访问功能。它对于单元测试非常方便。

我的投票将是有条件的

[Conditional("DEBUG")]
public void DebugOnlyFunction()
{
    // your code here
}

您可以使用它添加具有高级调试功能的函数；与Debug.Write类似，它只在调试构建中调用，因此允许您将复杂的调试逻辑封装在程序的主流之外。

它的名称不好，在框架中也不受支持，不应该需要参数，但这个属性是不可变类的有用标记：

[ImmutableObject(true)]

[DeploymentItem（“myFile1.txt”）]DeploymentItem上的MSDN文档

如果您正在对文件进行测试或将该文件用作测试的输入，那么这非常有用。

我通过CodeSmith生成数据实体类，并为一些验证例程使用属性。下面是一个示例：

/// <summary>
/// Firm ID
/// </summary>
[ChineseDescription("送样单位编号")]
[ValidRequired()]
public string FirmGUID
{
    get { return _firmGUID; }
    set { _firmGUID = value; }
}

我得到了一个实用程序类，根据附加到数据实体类的属性进行验证。代码如下：

namespace Reform.Water.Business.Common
{
/// <summary>
/// Validation Utility
/// </summary>
public static class ValidationUtility
{
    /// <summary>
    /// Data entity validation
    /// </summary>
    /// <param name="data">Data entity object</param>
    /// <returns>return true if the object is valid, otherwise return false</returns>
    public static bool Validate(object data)
    {
        bool result = true;
        PropertyInfo[] properties = data.GetType().GetProperties();
        foreach (PropertyInfo p in properties)
        {
            //Length validatioin
            Attribute attribute = Attribute.GetCustomAttribute(p,typeof(ValidLengthAttribute), false);
            if (attribute != null)
            {
                ValidLengthAttribute validLengthAttribute = attribute as ValidLengthAttribute;
                if (validLengthAttribute != null)
                {
                    int maxLength = validLengthAttribute.MaxLength;
                    int minLength = validLengthAttribute.MinLength;
                    string stringValue = p.GetValue(data, null).ToString();
                    if (stringValue.Length < minLength || stringValue.Length > maxLength)
                    {
                        return false;
                    }
                }
            }
            //Range validation
            attribute = Attribute.GetCustomAttribute(p,typeof(ValidRangeAttribute), false);
            if (attribute != null)
            {
                ValidRangeAttribute validRangeAttribute = attribute as ValidRangeAttribute;
                if (validRangeAttribute != null)
                {
                    decimal maxValue = decimal.MaxValue;
                    decimal minValue = decimal.MinValue;
                    decimal.TryParse(validRangeAttribute.MaxValueString, out maxValue);
                    decimal.TryParse(validRangeAttribute.MinValueString, out minValue);
                    decimal decimalValue = 0;
                    decimal.TryParse(p.GetValue(data, null).ToString(), out decimalValue);
                    if (decimalValue < minValue || decimalValue > maxValue)
                    {
                        return false;
                    }
                }
            }
            //Regex validation
            attribute = Attribute.GetCustomAttribute(p,typeof(ValidRegExAttribute), false);
            if (attribute != null)
            {
                ValidRegExAttribute validRegExAttribute = attribute as ValidRegExAttribute;
                if (validRegExAttribute != null)
                {
                    string objectStringValue = p.GetValue(data, null).ToString();
                    string regExString = validRegExAttribute.RegExString;
                    Regex regEx = new Regex(regExString);
                    if (regEx.Match(objectStringValue) == null)
                    {
                        return false;
                    }
                }
            }
            //Required field validation
            attribute = Attribute.GetCustomAttribute(p,typeof(ValidRequiredAttribute), false);
            if (attribute != null)
            {
                ValidRequiredAttribute validRequiredAttribute = attribute as ValidRequiredAttribute;
                if (validRequiredAttribute != null)
                {
                    object requiredPropertyValue = p.GetValue(data, null);
                    if (requiredPropertyValue == null || string.IsNullOrEmpty(requiredPropertyValue.ToString()))
                    {
                        return false;
                    }
                }
            }
        }
        return result;
    }
}
}

在我的脑海中，这里是一个快速列表，大致按使用频率排序，列出了我在一个大型项目中实际使用的预定义属性（约50万个LoC）：

标志，可串行化，WebMethod，COMVisible，TypeConverter，Conditional，ThreadStatic，Obsolete，InternalsVisibleTo，DebuggerStepThrough。

如果项目不在您的解决方案中，[EditorBrowsable（EditorBrowsableState.Never）]允许您对IntelliSense隐藏财产和方法。非常有助于隐藏流畅接口的无效流。您希望多长时间使用GetHashCode（）或Equals（）？

对于MVC，[ActionName（“Name”）]允许您使用相同的方法签名进行Get操作和Post操作，或者在操作名称中使用破折号，否则，如果不为其创建路由，就无法实现这一点。

我总是使用属性，[Serializable]、[WebMethod]、[DefaultValue]、[Description（此处为“Description”）]。

但除此之外，c#中还有一个全局属性。

[assembly: System.CLSCompliant(true)]
[assembly: AssemblyCulture("")]
[assembly: AssemblyDescription("")]

我认为这里必须提到以下属性也非常重要：

STAThreadAttribute 

指示应用程序的COM线程模型是单线程单元（STA）。

例如，此属性用于Windows窗体应用程序：

static class Program
{
    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        Application.Run(new Form1());
    }
}

而且。。。

SuppressMessageAttribute

禁止报告特定的静态分析工具规则冲突，允许对单个代码工件进行多次禁止。

例如：

[SuppressMessage("Microsoft.Performance", "CA1801:ReviewUnusedParameters", MessageId = "isChecked")]
[SuppressMessage("Microsoft.Performance", "CA1804:RemoveUnusedLocals", MessageId = "fileIdentifier")]
static void FileNode(string name, bool isChecked)
{
    string fileIdentifier = name;
    string fileName = name;
    string version = String.Empty;
}

DebuggerHiddenAttribute，它允许避免单步执行不应调试的代码。

public static class CustomDebug
{
    [DebuggerHidden]
    public static void Assert(Boolean condition, Func<Exception> exceptionCreator) { ... }
}

...

// The following assert fails, and because of the attribute the exception is shown at this line
// Isn't affecting the stack trace
CustomDebug.Assert(false, () => new Exception()); 

此外，它还防止在堆栈跟踪中显示方法，这在使用只包装另一个方法的方法时非常有用：

[DebuggerHidden]
public Element GetElementAt(Vector2 position)
{
    return GetElementAt(position.X, position.Y);
}

public Element GetElementAt(Single x, Single y) { ... }

如果现在调用GetElementAt（新的Vector2（10，10）），并且包装的方法发生错误，那么调用堆栈不会显示正在调用引发错误的方法的方法。