վ-山东传统的DTO-40，粗妥尔油（CTO）是硫酸盐制法制浆厂的副产品。
合理的DTO设计将会使得服务器和客户端的通信更加顺畅。但是合理的DTO设计仍然会减少返工的可能性。进行拷贝然后作为DTO传递。所以了解一个结构就够了。使得开发工作变得更快。当域DTO不能满足要求的时候就需要更加细粒度的DTO方案。目前主流的DTO解决方案有定制DTO、数据传送哈希表、数据传送行集。
就好像对域模型做了同样的操作一样。然后将修改后的DTO传回服务器端由服务器对其进行处理。需要注意的就是版本问题。而且客户端还可以通过将更新后的DTO回传到服务器端以更新数据。可以快速地构建出一个应用。将客户端和服务器端域对象耦合在一起。即使对于Hibernate这种PO、DTO一体的系统来说也会同样导致客户端的代码要重新编译或者修改。
PO的状态管理可以脱离Session。这是任何人都无法忍受的。而且客户端的代码中一旦访问了没有在服务端加载到的属性就会发生“Session已关闭”的异常。那么采用一种更合理的形式把PO传递给客户端就成为一个必须解决的问题。这就是DTO生成器要解决的问题。客户端可以把DTO当成一个没有任何副作用的普通JavaBean使用。
允许客户端将修改后的DTO传递回服务器端进行更新。因为克隆以后的对象仍然是和PO一样的被代理对象。然后将客户端需要的PO中的属性赋值到DTO中。所以我们必须要通过一种机制知道对象的字段有哪些、字段的类型是什么、字段是否是关联对象、关联的类型是什么。下面就分别介绍通过这两种元数据机制实现DTO生成器的方法。指定的属性的粒度到关联属性。
可以通过SessionFactory获取元数据接口的实例。通过将持久化对象的类作为参数调用SessionFactory的getClassMetadata方法就可以得到关于此对象的所有元数据信息的接口ClassMetadata。下面是ClassMetadata接口的主要方法说明。得到指定属性的类型。实体是否是版本化的。得到所有属性的“是否允许为空”属性。得到所有属性的“是否LazyLoad”属性。实体是否有主键字段。两个方法就可以满足要求了。这个类型包含了字段的元数据信息。