由于以前的Domain对象都是不需要序列化的，所以为了操作数据库查询的方便，直接采用继承BaseDomain的方式来完成。这样在传递动态参数的时候，只需要把参数放到Map总，就可以很好的在ibatis配置文件(map.xx来直接获取值)中使用。
这样导致的一个害处就是对象看起来有直接根本就不需要的属性，即使你添加关键字transient，不少程序员依然在set的时候会费解一些不必要的属性。例如：在insert()设置属性的时候竟然能够setPageNo()。质疑这个很有道理，但是以前一直extends粗暴简单的来完成任务，没有额外的系统设计问题，所以就得过且过，没有继续抽象。
目前，Domain对象需要额外提供序列化的功能和为API服务，简单粗暴的方式不能继续适应系统要求，所以需要继续抽象。在CRUD的模型中，逐个分析需求变化导致的问题。
按照需求，设计抽象有3点：
UML关系图如下：
