从User POJO中再抽取出AbstractUser有什么优势？

0 0

从User POJO中再抽取出AbstractUser有什么优势？5

记不起来是哪次看到有一个这样子的讲法，从POJO中再进行一次抽象，如从User中再使用AbstractUser，这样子做有什么好处呢？是为了序列化的应用吗？
今天在MyEclipse的生成代码中又一次看到了，请帮忙解答一下。
问题补充：
如果这种抽象操作是一对一（一个POJO对应两个类，***和Abstract***）的关系呢？这种情况有没有可能哦？

问题补充：
很谢谢各位，我记起来了，那次书上是说为了代码生成器而产生的，好像是为了代码生成器不会重复覆盖修改的POJO而进行的，是在《Pro Web 2.0 Application Development with GWT》一书中，原文如下：

One additional best practice that I like to maintain is to keep all persisted properties of a class in an abstract class in their own package. This practice is almost certainly necessary if you plan to use any code generation tools, but even if you don’t, the separation
of a class’s custom business methods from its properties and getter/setter methods is still a nice habit to get into and will leave us with cleaner code. The practice is pretty much mandatory for code generation tools, because most of these tools will simply overwrite
whatever objects they’re in the process of creating. That means that if you edit the generated files, you’ll lose all your changes. Storing the bean properties and their getters and setters in an abstract class will help us avoid this problem and will clean up our objects to boot.

意思就是将业务逻辑写在子类中，这样当需要重复修改域模型的话，就不会因为被代码生成器覆盖掉写的业务逻辑了。

设计模式

2009年3月21日 12:37

tanzek
23
0 0 0

6个答案按时间排序按投票排序

0 0

采纳的答案

我觉得这是代码生成器的作者为了省事而产生的……

譬如说有可能你会让它生成AUser和BUser，使用AbstractUser无可厚非

但是如果你只生成User，那么生成器套用生成多个类的模版就行了。
除了多出个AbstractUser，没多少不同……

当然也有些别的好处：

譬如你只改User，MyEclipse只改AbstractUser，楚河汉界清清楚楚，你也不用对着一大堆生成的代码损耗视力……

2009年3月21日 14:32