Question

我在这个主题上找到了this article并尝试了以下内容：

public class FailerAttr : Attribute {
    public FailerAttr(string s) {
        throw new Exception("I should definitely fail!");
    }
}

在单元测试项目中，我有以下内容：

using Microsoft.VisualStudio.TestTools.UnitTesting;

[TestClass]
public class Test {
    [TestMethod]
    public void GoFail() {
        // Make sure attribute will get initialized
        new Failer();
    }

    private class Failer {
        [FailerAttr("")]
        public int Prop { get; set; }
    }
}

当我运行测试时，它会成功。所以，问题是：

为什么不失败？
从属性中抛出异常真是个坏主意吗？因为我认为我需要。

某些环境信息（以防相关）：

单元测试通过ReSharper的单元测试运行器（R＃v8.2.0.2160）运行
Visual studio v11.0.61030.0

Answer 1

由于属性是运行时可用的类定义的一部分（它也被称为＆＃34;元数据＆＃34;在geekspeak中）CLR不会实例化它们，除非程序的某些部分要求它们。这是有道理的：为什么要花费CPU周期来寻找无人想要访问的东西？

因此，除非您要求该属性，否则将永远不会执行构造函数。

这是一种要求使程序失败的属性的方法：

var attr = Attribute.GetCustomAttribute(typeof(Failer).GetProperty("Prop"), typeof(FailerAttr));

此代码使CLR实例化FailerAttr，从而触发异常。

Demo on ideone.

如果您不知道属性的类型，可以使用此调用一次性检索所有属性：

var allAttributes = Attribute.GetCustomAttributes(typeof(Failer).GetProperty("Prop"));

这也会导致异常（demo）。

Answer 2

属性不会转换为可执行代码，而是转换为元数据。

在正常执行期间不使用这样的元数据，只有当您开始使用元数据（例如通过反射）时，属性类型才会重新发挥作用。

编译期间不执行构造函数或属性中的任何代码。相反，构造函数的类型和参数被序列化为元数据，并且只有在使用反射检查时才会实际执行构造函数。

换句话说，如果你打算在编译时失败，那么你就不能。

尝试使用反射查找属性，具体取决于从元数据反序列化的属性对象，构造函数可能会被调用，也可能不会被调用，但是只要将它应用于标识符就不会调用它。

c＃ - 从属性构造函数中抛出异常

2 个答案: