序列化逻辑应该在实体还是其他类中

Question

对象序列化逻辑（字段到XML或JSON名称和值的映射）应放在何处？在每个实体对象内部，或者进入仅涉及序列化的一组不同的类？还有其他与此问题相关的最佳做法吗？

例如：

class Person {
    String name;
}

有些人这样处理：

class Person {
    String name;
    public String toJson () {
      // build JSON, use 'name' field
    }
}

但是，如果我们还需要toXML（），toCSV（），toXYZ（）保持该方向，则会创建受污染严重的代码，并破坏单一责任原则，即使使用单个toJson方法IMHO也已被打破。

另一个选择，这是我通常要做的：

interface Serializer {  public String toJson (); }

class PersonJsonSerializer implements Serializer {
    private Person p;
    public PersonJsonSerializer (Person p) { this.person = p; }
    public String toJson () {
      // build JSON, use p.name
    }
}

然后工厂根据实体类型派发序列化器：

class JsonSerializerFactory {
    public Serializer getSerializer (Object o) {
        if (o instanceof Person) {
            return new PersonJsonSerializer ((Person)o);
        }
        else if (o instanceof Account) {
            return new AccountJsonSerializer ((Account)o);
        }
        // ... etc
    }
}

也将有XMLSerializerFactory，CSVSerializerFactory等。

但是，大多数时候，人们希望对序列化有完全的控制权，而不愿意花钱购买它，而更喜欢在每个类中使用toJson方法。他们认为这是更简单且更不易出错的方式。

首选的方式是什么，是否有更好的替代方法来实现此问题的解决方案？

Answer 1

我要说，由于许多原因，序列化逻辑不应成为POCO /数据类的一部分：

1. 单一责任原则（数据类仅应定义数据模型，注意序列化逻辑）
2. 您可能需要不同类型的序列化器（如您提到的html" target="_blank">json / xml等）
3. 大多数时候，序列化实现是通用解决方案或外部程序包。即使您希望对某些对象进行自定义实现，您仍然可以拥有一个通用解决方案，可以将其扩展为特定的类，因此无需为每个类都拥有它。
4. 您可以用属性装饰POCO类，以在特殊情况下指导序列化程序（例如控制属性，属性名称的序列，甚至控制复杂类型属性的客户序列化程序）

也有其他原因，但是有一些强烈的理由为什么您不应该将序列化逻辑放入POCO /数据模型中。