spring服务中的界面隔离原则

Question

我尽可能地保持我的服务接口，通常它们是@functionalinterface。我试图遵循界面分离原则。

如果我的服务实现实现多个接口，如果它们共享其中的大部分依赖关系，这是一个好的实践吗？或者我应该为每个接口创建一个单独的实现？

interface TaskScheduler<T> {
   void scheduleOn(T task, Instant scheduledOn);
}

interface TaskExecutor<T> {
   void execute(T task);
}

@Service 
class TaskService implements TaskScheduler<String>, TaskExecutor<String> {
   private final TaskFinder taskFinder;
   private final TaskCreator taskCreator;

   public void scheduleOn(String task, Instant scheduledOn) {
      // TODO
   }
   public void execute(String task) {
      // TODO
   }   
}

在我的例子中；TaskService实现这两个接口是一个好的做法吗？或者我应该为每个接口有一个单独的类？

Answer 1

似乎每个TaskScheduler也可以被说成是TaskExecutor,如果您要给它一个instant.now()的时间。

因此，我不喜欢您的设计的一点是，如果我有TaskScheduler的实例，我不能将它传递给需要TaskExecutor的东西，尽管它确实应该能够实现该功能。

你可以这样修的。它甚至可以向后兼容你已经拥有的东西。任何现有的TaskScheduler甚至不必知道或关心它们现在是TaskExecutor，但它们确实是。

interface TaskExecutor<T> {
    void execute(T task);
}

interface TaskScheduler<T> extends TaskExecutor<T> {
    void scheduleOn(T task, Instant scheduledOn);

    @Override
    default void execute(T task) {
        scheduleOn(task, Instant.now());
    }
}