• 疙瘩-一般也可与检汇编是一个小小的、方便的图书馆专门设计用来帮助开发人员组装也可与检的自域的目的和更新的领域中的对象也可与检是在一个层的应用。

    该理由为它的存在是开销的创建也可与检组装在一个n-层应用来传递信息的内域对象用户界面的通过也可与检的(数据传送对象)。

    基本原则，上述应用程序的设计是为了提取必要的信息领域对象的形式，也可与检。 在现实中，这涉及一个繁琐的get/set方法的呼吁，看起来非常相同的对于大多数的对象。

    疙瘩使用Java5说明为了地图上也可与检的到路径域对象的性质(反射方法)。 因此附加说明也可与检的可以审查一般也可与检汇编，这将创造具体的实例的汇编为也可与检是相对于一领域对象。

    汇编基本上是一个占位于所谓的"数据管"，允许转移的数据/域对象的领域。

  • GeDA - सामान्य डीटीओ कोडांतरक है एक छोटे से, काम पुस्तकालय विशेष रूप से डिजाइन में मदद करने के लिए डेवलपर को इकट्ठा डीटीओ के डोमेन से वस्तुओं और अद्यतन डोमेन वस्तुओं से डीटीओ के एक एन स्तरीय अनुप्रयोगों ।

    तर्क अपने अस्तित्व के लिए भूमि के ऊपर था बनाने के डीटीओ Assemblers में एक n-टियर पास करने के लिए आवेदन के भीतर जानकारी डोमेन ऑब्जेक्ट के लिए यूआई के माध्यम से डीटीओ के (डेटा स्थानांतरण वस्तुओं).

    बुनियादी सिद्धांत के ऊपर आवेदन के लिए डिजाइन है निकालने के लिए आवश्यक जानकारी को डोमेन से वस्तुओं के रूप में डीटीओ की है । वास्तविकता में यह शामिल है एक थकाऊ मिल/सेट विधि कॉल लग रही है कि बहुत ज्यादा के लिए एक ही वस्तुओं की सबसे अधिक है ।

    GeDA का उपयोग करता है Java5 के एनोटेशन करने के क्रम में मानचित्र पर डीटीओ के रास्तों के डोमेन ऑब्जेक्ट के गुण (प्रतिबिंब विधि). इस प्रकार एनोटेट डीटीओ की जांच की जा सकती है के द्वारा एक सामान्य डीटीओ कोडांतरक पैदा करेगा कि विशिष्ट उदाहरण के कोडांतरक के लिए डीटीओ है सम्मान करने के लिए एक डोमेन वस्तु है ।

    कोडांतरक मूल रूप से है के लिए एक प्लेसहोल्डर तथाकथित "डेटा पाइप" की अनुमति है कि डेटा स्थानांतरित करने के लिए डोमेन वस्तु का क्षेत्र है ।

  • GeDA - Generic DTO Assembler is a small, handy library specially designed to help developer assemble DTO's from Domain objects and update the Domain objects from DTO's in an n-tier applications.

    The rationale for its existence was overhead of creating DTO Assemblers in an n-tier application to pass information within domain object to UI through DTO's (Data Transfer Objects).

    The basic principle of the above application design is to extract the necessary information from the domain objects in the form of DTO's. In reality this involves a tedious get/set method calls that look very much the same for most of the objects.

    GeDA uses Java5's annotations in order to map DTO's onto paths of the Domain object properties (the reflection method). Thus the annotated DTO's can be examined by a Generic DTO Assembler that will create specific instance of the assembler for the DTO is respect to a Domain object.

    The assembler is basically a placeholder for so called "data pipes" that allow transferring data from/to domain object's field.