将动词与函数一起使用，将名词与类一起使用-接口如何？[关闭]

好的，我了解将动词与函数一起使用以及将名词与类一起使用的常规约定。界面呢？在提出接口名称时，有什么方法可能不太明显？

只是为了清楚起见，我并不是在说是否在名称前加上“ I”，还是要使用camelCase还是PascalCase。我想知道为接口找出清晰的语义名称的方法。

编辑 我正在沉迷于如何以最清晰的方式命名接口。我想它也只需要是一个名词，因为当我想到命名类时，我想到了它可以关联的最接近的“真实”世界对象。我想现实世界的接口是诸如键盘，鼠标，遥控器，ATM屏幕之类的东西。这些都是名词。无论如何，将对任何一种很好的方式来表达接口名称的见解表示赞赏。

我会说这取决于接口定义的内容。在某些情况下，当界面相当具体和详细时，我认为最好使用名词。的例子是IList，ICollection。

有时，尽管接口更多是关于向类添加某些常规功能。在那种情况下，我认为形容词是最好的。例子是IDisposable，IEnumerable...

也许另一种思考方式是您的界面定义了多少“能力”。

例如，该IList<T>接口定义了以下功能：添加，清除，包含，插入，删除，...这些都是列表的属性，因此IList是一个好名字。

IDisposable另一方面只定义一种能力：处置。因此，它适用于任何一次性的物品。因此得名IDisposable。

一个接口描述的行为所以名称应该这么说。我不确定这方面的规则，但听到它的名字便会知道。

一些例子：

Flyable      - Can Fly
Workable     - Can work
Negotiatable - Can negotiate.

我认为用I和命名接口是不合适的Set，ISet因为作为开发人员，您不必担心它是接口还是类。我看到这种做法现在在Java中不存在。

由于接口实际上只是类型的“什么”的表达，而不是类型的“如何”的表达，因此至少从语言的角度来看，我将以与命名类相同的方式来命名它们。我唯一要补充的是，它们通常比特定的实现者更通用（例如，“客户”界面可能具有“ ProspectiveCustomer”和“ PayingCustomer”实现者）。

接口就像类一样使用。因此，在用名词命名类时，也应该用名词命名。当类别为“汽车”和“卡车”时，更喜欢抽象名词，例如“车辆”。

快速解答：接口更多的是加入的SET的能力，特点，共同边界或互连实体类，模型，概念等之间的..

关于将常见行为添加到类和实体，然后会出现一个有意义的好名字，以标识一组实际功能。

接口命名之类的：IStateMachineBuilder, IUserContextProviderBuilder, IEntityBuilderBuilder, IActiveAware, etc.大概可以解释一下这个概念。

这取决于如果接口仅包含方法，则最好使用“ Actions”之类的动词来命名它，就像它代表一个通用类wchich包含static，final字段一样，那么我们可以像“ Vehicle”一样使用通用名词