是否有理由不使用自定义属性?

这是一种相当合理的方法(我以前做过类似的事情),但是 总是 缺点:

• 任何需要实体的代码都需要额外的引用(假设属性和实体在不同的程序集中)
• 值(除非你很聪明)必须在编译时确定。
• 不能在控件之外的实体上使用它

在大多数情况下,上述问题都不是问题。如果他们 是 问题是,您可能希望支持外部元数据模型,但是 除非 你需要它,这太过分了。除非你必须这样做,否则不要这样做(意思是:继续使用属性;它们是 通常 很好)。

没有固有的理由避免自定义属性。它是受支持的CLR功能,是许多可用产品(代码合同、fxcop等)的主干。

这不是一个不合理的方法,比将这些东西烘焙到一个UI层更健康。在进行全面潜水之前,有几个要点值得考虑:

• 您将业务逻辑与业务实体本身紧密耦合。是否存在需要字段或有效值可能更改的情况?您可能会限制自己或面临不一致的验证机制
• 动态分配是可能的,但更复杂-即当您将字段设置为必需时,除非您重写,否则它将是必需的
• 如果您想做一些更复杂的事情(即需要将状态传递到属性驱动的验证方案中),那么定制属性可能非常不灵活。声明性赋值等属性。但是,这里不应该只存在一个正确/错误的必需属性。

只是作为一个魔鬼拥护者,实际上,一般来说,对于一个只关心必需字段的简单应用程序,这是一种非常整洁的方法。