你们的 save 方法是写在实体上，还是写 DAO 上？

注：Dao 在不同语言中的叫法可能不一样。Dao 可以理解为对数据进行持久化的具体实现。

关于实体的保存，笔者知道行业内有两种方式：

相信不少同学，现实中，通常使用第一种，很少见到第二种写法。

为了让大家站在同一个讨论上下文，笔者决定贴出更详细的代码。

注：以下代码会省略很多本文不相关的代码，比如数据校验。读者朋友不必太纠结。

这两种写法，有什么区别吗？事实上，从字面上看，没有什么区别。因为 Dog 类的 save() 方法是这样实现：

但是从抽象的角度来看，就不一样了。

假如你的项目中存在这样的抽象：

如果采用第一种写法，意味着，每多出多一种 Animal，我们就必须多写一套 Service。Service 中会很多这样的方法：

相信大家对于以上代码并不陌生。

但是如果采用第二种方法就不一样了，不论 Animal 新增多少种子类，只需要一个 Service，并只需要一个方法：

相对第一种方法，第二种方法更内聚，更简洁。

采用第一种方法，我们还必须在 Controller 上，类似于 Service 也要针对不同的子类写不同的方法。所以，会出现 N 个接口：

这不是我们想要的。我们更希望类似这样的：

也就是说，每次 Animal 新增子类，我都不用动 Controller 。但是 Controller 并不会自动将前端传入的 JSON 结构转换成 Animal 抽象类。

这个问题的关键点在于序列化过程，我们是否可以定制。换句个说法，就是定制 JSON 结构转成对象的过程，我们就可以将前端的 JSON 数据转成子类，再赋值给 Animal 抽象类了。

笔者使用的是 Spring Boot 的默认 JSON 序列化库，定制某个类的反序列化，只需要在该类上使用注解就可以，代码样例如下：

而 AnimalDeSerializer 的实现如下：

public static class AnimalDeSerializer extends StdDeserializer<Animal> {
@Override
public Animal deserialize(JsonParser jsonParser, DeserializationContext deserializationContext) throws IOException, JsonProcessingException {
TreeNode treeNode = jsonParser.getCodec().readTree(jsonParser);
TreeNode animalTypeNode = treeNode.get("animalType");
if(animalTypeNode == null){
return Animal.emptyImplement();
}
String animalType = ((TextNode) animalTypeNode).asText();
switch (animalType){
case "dog": return JSON.parseObject(treeNode.toString(), Dog.class);
case "fish": return JSON.parseObject(treeNode.toString(), Fish.class);
....
}
}
}