專業(yè)的DTO-40，粗妥爾油的加工利用是（松木-制槳-粗塔爾油）循環(huán)經濟的重要組成部分，涉及到森林資源的可持續(xù)循環(huán)利用，對生態(tài)環(huán)境有較大的聯(lián)動關系，具有較大的經濟效益和社會效益。
傳入的userInfo需要包含用戶的password。因為這樣做并不見得很明智。就不設置對應的屬性。甚至兩者存在多對多的關系。表現層的代碼就可以繞過服務層直接調用它不應該訪問的操作。但這種跨層依賴會導致不必要的耦合。這種設計更不可接受。把一個”立體“的對象樹”壓扁“成一個”扁平的維對象“。這類DO是不存在對應的PO的。它不能與任何DO對應上。把Customer和Contacts兩個DO數據合并到一張數據表中。這樣就形成一個DO對應多個PO的情況。它不應該在DO中存在。DO中也可能存在不需要持久化的屬性。Hibernate Annotation/hbm 隱藏在DO之中。
就是一個一般的普通對象，可以理解成是其他對象的本質，即任意一個對象都是POJO，現多用于代表其他所有對象的集合（如下圖）。前端提交的數據類型和后端封裝的變量數據類型差距較大時，使用DTO封裝前端提交的數據類型可以提高數據傳輸速度（數據庫操作少一些查詢其余不必要數據類型的操作）簡單點理解VO（Value Object）一般是作為展示用戶需要看到的數據的數據類型，可理解成視覺對象。而DTO一般封裝前端業(yè)務處理時需要傳輸的數據類型。O/R Mapping 是 Object Relational Mapping（對象關系映射）的縮寫。通俗點講，就是將對象與關系數據庫綁定，用對象來表示關系數據。
VO通常是用于在不同層之間傳遞數據的，例如將從數據庫中查詢出來的PO轉化成前臺可以直接使用的VO，或者將前臺傳入的VO轉化成后臺PO以進行數據的持久化存儲。是用于描述業(yè)務邏輯的Java對象，通常是由對應的多個PO、BO或DTO組成的。BO主要負責處理業(yè)務邏輯，可以看成是對PO進行多層封裝后產生的對象，也可以是多個PO的組合。是用于數據傳輸的Java對象，通常是由一個或多個PO、BO或DTO組成的。
它們之間需要協(xié)同工作并交換數據。DTO的共享數據傳輸對象。在本文中，我們將介紹在微服務之間共享DTO的方法。使用微服務管理表示應用程序域的模型。接觸DDD也有一段時間了， 參考了很多前輩的，他們的知識和經驗對自己的幫助很大。本文以一個訂單服務為示例來落地，同時假設你對DDD的相關概念都已經有所了解。同樣，還有用依賴倒置（DI）的， 都差不多。interfaces用戶接口層：用戶請求的入口，通常就是些controller。
C.A.F.---------------------Cost，Assurance, Freightb.d.----------------------brought down轉下C.I.F---------------------------(=C.I.F.)成本加保費.運費價B.D.----------------------Bank draft銀行匯票canc.----------------------cancel, cancelled，cancellation取消;注銷