一个对象应该把自己写到一个文件中,还是另一个对象应该对它执行I/O操作?

一般来说,正确的方法是您的案例1。这维护了类的单一责任(不管它做什么),而没有将它耦合到特定的持久性机制(磁盘)。

您将看到一个更普遍的问题的具体情况:序列化。对于一个对象来说,有一些方法来指示它应该如何序列化是好的,也可以——毕竟,它是唯一知道反序列化它需要什么的实体。但是,如果您使对象保存到磁盘上,那么您已经将该对象与特定的实现紧密耦合。

相反,考虑创建一个通用的“编写器”可以用来将对象“序列化”到编写器序列化到的任何对象的接口。这样,您就能够序列化到磁盘、网络、内存,以及您实际需要序列化到的任何内容。:)

我会做 Bob 知道如何序列化自己,因为它有私有数据。另一个对象(例如 Writer )把它放在磁盘上。Bob知道如何最好地处理它的数据,但它不需要关心数据存储的方式和位置。您的作者知道如何最好地保存数据,但不需要关心数据是如何创建的。

这是一个例子, 战略设计模式 可以使用。你的 myBob 对象可以有一个类的实例来写出它。您可能希望编写器实现接口或从抽象类派生,以便可以轻松更改保存例程。
今天您将保存到XML,但可能最终也需要将对象持久化到数据库中。此模式将允许您轻松更改保存例程。您甚至可以选择在运行时更改保存方式。

我以前更喜欢选项2;但是,由于我已经开始真正地尝试理解和建模我正在工作的域,所以我更喜欢选项1。

想象一下如果你的模型车。为什么一辆车会知道如何坚持下去?它可能知道如何移动、如何启动和如何停止,但在车辆环境中保存了什么。

另一种方法是使用访问者模式。让对象包含一个接受方法,该方法通过要处理/序列化的成员,并让一个访问者作为序列化程序。无论何时更新或更改序列化(从纯文本到XML再到二进制再到任何内容),都不需要更新对象。

我们有很好的工作经验。它很强大。

这样做:

public interface Writable {
    public void Save(Writer w);
}

public interface Writer {
    public void WriteTag(String tag, String cdata);
}

public class Bob : Writable {
    private String ssn = "123-23-1234";
    public void Save(Writer w) {
        w.WriteTag("ssn", ssn);
    }
}

public class XmlWriter : Writer {
    public XmlWriter(Sting filename) {...}
    public void WriteTag(String tag, Sting cdata) {...}
}

很明显,这不是一个完整的解决方案,但你应该有一个大致的想法。

我认为正确的方法是案例1,但是您的类可以这样定义,以便利用这两种方法:

class Bob {

    IWriter _myWriter = null;

    public Bob(){
        // This instance could be injected or you may use a factory
        // Note the initialization logic is here and not in Save method
        _myWriter = new Writer("c://bob.xml")
    }

    //...
    public void Save(){

        _myWriter.Write(this);    

    }
    // Or...
    public void Save(string where){

        _myWriter.Write(this, where);

    }
    //...
}

这可以很容易地修改,将写入逻辑和初始化放在一个基类中,这样Bob类就更干净,并且独立于持久性。