当属性达到目的时,标记接口的需求是什么？

Question

我有点困惑

标记接口与属性的目的.

他们的目的对我来说是一样的(如果我错了,请原谅我).

任何人都可以解释他们的目的有何不同？

Answer 1

以下是两者的一些优点.

标记界面:

• 使用动态类型检查更容易检查('obj is IMarker');
• 允许将来的功能和数据可扩展性(即将"标记"接口转换为实际声明某些成员的"完整"接口);
• 可用于泛型类型约束;

另一方面,属性:

• 提供更清晰的元数据分离;
• 允许通过其构造函数或属性指定其他信息;
• 允许对实体进行多次申请;
• 在适用于不同类型的实体方面是通用的,而不仅仅是类;

它在很大程度上取决于特定应用程序的体系结构和设计,是否适合在特定情况下使用标记接口或属性.

Answer 2

几年前,在Java 5之前的时代,Java并不支持属性.因此,要"标记"类或接口以便在运行时检查它们,您将使用标记接口,这基本上是一个空接口,但您仍然可以检查是否可以将实例转换为此接口.

在.NET中,除了特殊用例(例如允许使用扩展方法)之外,不应使用标记接口,因为属性提供了使用元信息标记类(以及更多)的更好方法.Java 5和更新版本也是如此,其中引入了注释,应该使用它.

Answer 3

如果可以使用它,则首选属性.

但是有一些与静态类型相关的功能只有接口可以提供:

1. 您可以为其添加扩展方法
2. 您可以将其用作通用约束

Answer 4

另外,检查接口要快得多,因为CLI是为此而设计的,并且具有操作码(就像c#:is/as一样).

检查属性需要反思; 慢得多.

虽然看起来虽然其他答案涵盖了大多数要点,但是:属性在可以传递给它们的值方面受到更多限制; 主要是原语和字符串.