问ibatis领域建模

EN

Ibatis不是一个完整的ORM框架，所以它不知道对象之间的关系。因此，是的，如果您希望直接使用与表中的记录不完全对应的域对象，则必须编写类似于INSERT的代码；也就是说，如果您在Ibatis中映射的用户对象没有getUsertypeId()方法(它返回对应于表列usertype_id的值)，而是具有getUserType()方法。

(当然，您也可以编写一个内部调用getUserType().getId()的getUsertypeId()方法...但就停在这里，不要假装自己也做了一个setUserTypeId(int id)，它内部试图从Db加载UsertypeId，等等……这会带来麻烦的。您将结束重新发明JPA/Hibernate。)

我不认为TypeHandler是正确的方法，该功能更多地面向转换非平凡的类型，而不是处理关系。

另一种有效的方法是让一层相对低级的非智能POJO，大约每个表一个，具有直接映射到表列的属性(例如，一个具有userTypeId属性但没有getUserType()方法的UserDb对象，没有业务智能、对上层的依赖或持久性知识)，然后，在此之上，有一层更丰富的“真实”域对象，每个域对象包装那些“非智能”POJO的一个(通常很小的)图形，并且具有调用持久层(例如DAO)来加载/保存图形(可能是惰性的)所需的智能。

这种方法的一个优点是，使用Ibator可以相当自动地完成实际ibatis映射的核心( SQL编码)-它甚至可以从DB模式创建POJO的代码。

对于涉及许多表(报告)的大量数据读取，您可以创建其他传统的即席POJO(直接对应于您的SELECT列，并且可能具有一些基本的智能来显示值-类似于'ViewModel')……或者甚至是HashMaps。

PS:您可能想要了解DDD (以及诸如“实体”、“值对象”、“视图”、“上下文”、“富领域对象”与“贫血域对象”eg等概念)。Ibatis为您提供了很大的灵活性，让您可以按照这种方式进行学习和实现。