java - 将 java.io.File 子类化是一个坏主意吗？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 6 年前。

Improve this question

我正在与另一位不喜欢我的子类化想法的开发人员进行辩论java.io.File满足我们的自定义需求(例如，拥有 AWSFile 或 GoogleCloudStorageFile (为了论证)，我们需要重写一些方法，如 listFiles() 、 getAbsoluteFile 等.)。什么时候可以子类java.io.File ？

例如，为什么没有通用接口(interface)，java.io.File可以实现，这样它会更通用吗？这是故意的吗？

我想了解我的方法是否确实好还是坏，正如我之前在其他 API 中看到的那样(如果我没记错的话，我在 TrueZip 中看到过相同的方法)不久前)。

这个问题的目的不是为了引发一场口水战，或者什么，而是为了获取如何实现不同类型的 File 的示例。实体( AWSFile 、 JDBCFile 等)，并可能获得有意义的优缺点列表。

Answer 1

我个人的偏好是创建一个接口(interface)RemoteFile，并在那里实现远程文件所需的方法。

我建议您在其中放置远程获取和设置文件所需的所有方法类型。

public interface RemoteFile {
    public File getLocalFile();
    public String getRemotePath();
    public boolean isDirectory();
    public List<RemoteFile> listFiles();
    ... etc...
}