java - 在我的例子中，很难确定单一方法接口(interface)是否真的是一个好主意？

Question

所以我目前有一个界面，Rentable ，旨在由任何需要可出租的对象实现，该对象具有三种方法:

boolean isRented();

void rent();

void terminateRental();

事实是，在实现此接口(interface)的类中，租用和终止租用实现对象的能力实际上应该是包私有(private)的，尽管显然我在第一次编写类结构时没有意识到这一点。

一个单独的租赁管理器类提供了租赁 Rentable 的公共(public)方法。并将其与代表租用它的个人的另一个对象关联起来，并且此类是唯一真正应该调用 rent 的东西。和terminateRental Rentable中的方法对象本身。显然，如果其他类可以公开操纵对象的租用状态而不将其与租用它的人解除关联，那就是一个问题。

所以，接口(interface)中的最后两个方法实际上应该是包私有(private)的，所以显然它们需要从接口(interface)中出来，但接下来就是拥有接口(interface):

public interface Rentable {

    boolean isRented();

}

...真的是一个好主意或好实践吗？我查找了单一方法接口(interface)，以及它们是否是一个好主意，但找不到与这种情况相关的太多内容。这对我来说似乎有点错误，尽管我认为它需要一个对象具有租用状态这一事实意味着需要编写更改它的方法，并且支持其他对象成为 Rentable 对我来说可能有好处。 future (目前只是汽车，但可能可以租赁其他类型的车辆或服务)。但我只是不确定这种做法有多好，或者在我没有看到的这种情况下是否有某种替代方案？

Answer 1

单一方法接口(interface)本质上没有任何问题(标准库包含一些，无论相关性如何)。如果您需要实现来向客户保证的唯一一件事就是能够沟通它们是否被租用，那么您建议的接口(interface)就很好。

还要注意，接口(interface)不仅仅是它的方法:接口(interface)是真正的类型。如果您不以这种方式使用此接口(interface)(作为变量的声明类型或类型参数、方法参数和/或返回类型)，那么您实际上并没有从中获得太多好处。