以-able结尾的接口中的方法命名约定

Question

所以说我有一个Opener类或接口（没关系），它有一个方法public open(Openable<T> item) 。 Bag ， Window ， Door实现Openable接口，因为它们都可以打开。

问题：我应该如何在Openable界面中命名方法？ 如果我的名字是void open()那么这将意味着这是所有的对象Openable可以打开，这是不正确的，只有Opener可开Openable对象。

Answer 1

我将其命名为void openWithOpener() 。 这样，您就不必绑定到一个Opener并且避免暗示Openable对象可以自行打开。

Answer 2

接口是合同。 如果一个类实现一个接口，则意味着该类完全支持该接口中声明的所有操作。 （尽管并非总是如此）。 关于标题中的声明：通常，所有名称以“ -able”结尾的接口都将该类标记为能够执行某些操作。 例如：Runnable- run() ，Executable- execute() ，Comparable- compareTo()等。

一种）

public interface Openable {
    void open();
}

上面的接口确实暗示着实现它的任何类都可以打开，而不管调用上下文如何。 它并不一定意味着该对象将打开，但这不是重点。

考虑@ sgj88_提出的以下内容：

B）

public interface Openable {
    void open(Opener opener);
}

由于您声明只有Opener可以打开Openable对象，因此从理论上讲，这是一个更好的选择。 （理想情况下，对象只应更改自己的内部结构，而不能更改其他对象）。 但是，实际上， Opener行为就像是改变行为的对象，类似于策略模式。

public interface Opener {
    // or something similar
    double fractionToOpen();

    Opener FULL_OPENER = () -> 1.0;
    Opener HALF_OPENER = () -> 0.5;
}

这样做的原因是， Opener对Openable的内部Openable以更改其状态，而顾名思义，它却知道。 您将在Opener没有open() ，因为这样一来您就不需要Opener 。 因此，设计和实现的语义不匹配。

C）

由于只有Opener类型可以打开它们，因此可以假设有多种方法可以修改Openable的状态，而不仅仅是对open()的单个调用。 然后， Openable需要更多的方法来修改其内部状态，例如

setOpenRate(), setOpenFraction()等。

如果不是这种情况，并且问题涉及调用权限，即只有一个类Opener在其中使用open() ，则它不应该是接口。

考虑到在某种程度上设计接口的环境，可能有助于确定最佳选择。