对于hibernate这种面向对象操作的框架，其带来方便的同时也对于业务逻辑和数据类型转换提出了更高的要求。
因为做OOD设计时是从业务中抽象模型切入的；而前台和后台的DTO数据链路大体由VO-BO-PO不断进行相互转换的，实体类和业务模型虽高度契合，但要兼顾ORM的持久化问题，尤其处理数据库表关联和逻辑关联时、以及前台传参字面量对象和业务模型转换等，一定要保持清醒的头脑。一种传统办法是分开po和bo进行单独处理业务逻辑和持久化；我目前做法是不去分开，所有数据模型统统经由一个包下各自实体类去承载，通过JPA规范的注解，在不同的属性或get方法上进行逻辑关联（@OneToOne、@ManyToOne等）或忽略只用于转换逻辑的属性（@Transient）进行注解，必要时借鉴DDD的做法，在相关类里添加一些转换方法（充血模型）以达到灵活使用实体类贯穿数据链路的目的。
