OOAD - 文件格式读取器类与对象模型类：哪个应该取决于哪个？

Question

让我们以 GPS 和地理 (GIS) 实体领域为例。

我们会将有意义的地理实体（点、路径、区域）建模为任何所需编程语言中的类，这些类将是这些实体的概念性、“无实现”表示。

另一方面，有很多文件格式可以保存这些功能，它们或多或少具有相同的含义。在 GPS 领域，最常见的文件格式有 GPX、KML、ShapeFile、WellKnownText 等。

然后，假设我想创建一个 GpsFeatureCollection 类，该类将包含 Points 属性、Paths 属性等。另外，我会实现GpsReader、KmlReader、ShapeFileReader（以及它们各自的Writers）等类。

问题是：

OOAD 的最佳实践是：

1. 有一个GpsFeatureCollection 来实例化一个FileFormat(Reader/Writer) 类吗？
2. 有一个GpsFeatureCollection 来实现Read/WriteFromFormat 方法而不是类？
3. 让每个文件格式读取器实例化一个空的GpsFeatureCollection，用从文件读取的数据填充它，然后将填充的对象作为返回值传递？
4. 有一个中介类来避免FileFormatClass 和ObjectModelClass 之间的任何依赖关系？
5. 以上都不是？
6. “嗯，这取决于...”

我真的对做“正确的事”很感兴趣。我的近期计划是使用 Python，但很可能这对其他语言也很重要。这导致我的宠物项目目前出现一些“分析瘫痪”......

Answer 1

这是我的看法，其中我将读取器和写入器实例传递给 read() 和 write() 方法，这似乎实现了良好的解耦水平，同时提供了选择各种读取器和写入器的灵活性。

代码使用类似 Java 的语法

声明一个Reader接口，我们将假设多个实现如KMLReader， ShapeFileReader等

interface Reader {
   GpsFeatureCollection read();
}

声明一个Writer接口，我们假设有多个实现，例如KMLWriter、ShapeFileWriter等

interface Writer {
   void write(GpsFeatureCollection c);
}

让我们将GpsFeatureCollection 类声明为具有read 和write 方法，它们接受各自的接口作为执行工作的参数。

class GpsFeatureCollection {

    ...

    public static GpsFeatureCollection read(Reader r) {
       return r.read();
    } 

    public static void write(Writer w) { 
        w.write(this);
    }

}

一些使用不同读取器和写入器的示例。

// Reading data
GpsFeaureCollection data = GpsFeatureCollection.read(new ShapeFileReader("/tmp/shapefile"));

// Writing data
data.write(new KMLWriter("/tmp/kmlfile"));