我应该允许对象从其接口中删除自身吗？ OOD 正确吗？

Question

我有以下内容：

interface File
{ 
  String name();
  ...
}

interface FileService
{
  List<File> getAllFiles();
  ...
}

在使用此类接口时 如果我决定删除由 File 实例表示的实体（我的意思是从远程服务器删除），我应该怎么做？

我是否应该为文件接口引入 delete() 方法（因为它是信息专家并且可能知道如何从服务器删除自身）？或者我应该通过 void deleteFile(File file) 接口方法将此函数委托给它的创建者 - FileService ？为什么？

如果第一种情况更合适，如何使对象无效以避免其后续使用？

相关：我应该如何处理 uploadFile() 情况？谁应该为此负责？因为看起来FileService可能会违反SRP。

谢谢，

Answer 1

我认为它应该在文件上。

如果您只有一个 FileService（每个与服务器的连接）充当文件工厂，您可能希望该服务保持最新。然后你可以使用一些东西：

FactoryServiceImpl implements FactoryService {

    public File findFile(criteria) {
        return new FileImpl(this);
    }
}

// This should be package scope!
FileImpl implements File {
  private FactoryService service;

  // package scope!
  FileImpl(FactoryService service) {
      this.service = service;
  }

  public delete() {
      // invalidate this object - all calls should throw exception

      // Inform the service that this File should be deleted from
      // the server; or if the FileImpl does that itself, that the
      // FileService should update the cache of available files
      service.delete(this);
  }
}

编辑

现在有一个循环依赖，这不太好。 JVM 可能可以检测到它并清理任何内容，但您也可以使用 Wea​​kReference。

无论您使用精简工厂和事实文件还是反之，这都是一种设计选择。但它们需要能够进行通信，因为通过工厂删除的文件应该知道它已被删除。

一些代码（假设事实工厂）：

// This should be package scope!
FileImpl implements File {
  private Weakreference<FactoryService> serviceRef;

  // package scope!
  FileImpl(FactoryService service) {
      this.serviceRef = new WeakReference<FactoryService>(service);
  }

  public delete() {
      // invalidate this object - all calls should throw exception

      // Inform the service that this File should be deleted from
      // the server; or if the FileImpl does that itself, that the
      // FileService should update the cache of available files

      FactoryService service = serviceRef.get();
      if (service != null) {
          service.delete(this);
      }
  }
}

在这种情况下，我假设一个事实工厂，因为可能涉及网络连接，并且在多个对象和线程之间共享连接往往会使关闭该连接的责任不清楚。

因此，FactoryService 接口应该有一个方法 close() 或 dispose() 来终止连接并使所有文件无效（因为它们不再可访问） ）。

编辑2

就OOD而言，我可能会尝试尽可能模仿java File API。因此，可以告诉对象删除自身。实现是在 File 中还是在 FileSystem 中的某个位置并不重要（对于接口和类的用户而言）。

Answer 2

在我看来，这应该是FileService的责任。原因和假设是

假设 - 文件类型的任何对象都表示从某处检索的文件。这对消费者来说并不重要。我相信文件服务实现是对文件对象执行 CRUD 操作的实现。我还认为Fileservice更多的是文件管理方面的关注。因此删除应该在文件服务上。
如果文件对象中存在删除操作，那么我相信与文件相关的操作不具有凝聚力并且分散在各个类中。但这是我的看法。我很想听听其他意见！顺便说一句，java中的FILE类是静态的吗？