西班牙語dto是什麼意思

A. 這個是哪個國家的地址啊 Mahatma Gandhi 581 Dto C

Mahatma Gandhi聖雄甘地
還有，最新發現，這不是什麼地址。
因為我想是阿根廷人發給你的，應該是西班牙語。
結果發現Dto的意思是數據傳輸對象
換了N種語言（法語、德語）後發現這都是同樣的意思。
原來Dto是個和電腦有關的事情。
看來這些文字是和電腦有關的事情
那個阿根廷人是客戶、還是什麼關系？這是他給你的住址？

B. DTO的介紹

DTO是dream take off英文單詞的縮寫，代表意思為「夢想起飛」。正如熱愛音樂的DTO團隊的熱血青年一般，帶著自己的夢想向著未來前進，一同為音樂而奮斗。DTO也是一款軟體應用的縮寫，Data Transfer Object。

C. dto是什麼意思

數據傳輸對象（DTO）(Data Transfer Object)，是一種設計模式之間傳輸數據的軟體應用系統。數據傳輸目標往往是數據訪問對象從資料庫中檢索數據。數據傳輸對象與數據交互對象或數據訪問對象之間的差異是一個以不具有任何行為除了存儲和檢索的數據（訪問和存取器）。

數據：

數據就是數值，也就是我們通過觀察、實驗或計算得出的結果。數據有很多種，最簡單的就是數字。數據也可以是文字、圖像、聲音等。數據可以用於科學研究、設計、查證、數學等。指進行各種統計、計算、科學研究或技術設計等所依託的數值。柯岩《奇異的書簡·船長》：「貝漢廷分析著各個不同的數據，尋找著規律，終於抓住了矛盾的牛鼻子。

D. 高手幫我翻譯幾個西班牙文詞語，急用，在線等！！！！

用www.google.com的語言工具

E. DTO是什麼

Data Transfer Object（數據傳輸對象）

您正在設計一個分布式應用程序，為了滿足單個客戶端請求，您發現自己對一個遠程介面發出了多個調用，而這些調用所增加的響應時間超出了可接受的程度。

問題

如何保留過程調用介面的簡單語義，而不受遠程通信固有的滯後時間問題的影響？

影響因素

在與遠程對象通信時，請考慮下列需要權衡的因素：

遠程調用（那些必須跨越網路的調用）速度緩慢。雖然許多遠程調用框架可以隱藏進行遠程調用的復雜性，但是它們不能消除發生通信所需的步驟。例如，必須先找到遠程對象位置，而且建立與遠程計算機的連接，然後才能將數據串列化為位元組流，然後可能進行加密，最後才能將其傳輸到遠程計算機。

在考慮網路性能時，必須同時考慮滯後時間和吞吐量。簡單地說，"滯後時間"描述了數據的首位元組到達目的地之前所經過的時間。"吞吐量"描述了在某個時間段（例如 1 秒）內通過網路發送的數據位元組數。在基於 IP 路由的現代網路（例如 Internet）中，滯後時間可以是比吞吐量更大的因素。這意味著，傳輸 10 位元組數據所用的時間可能幾乎等於傳輸 1,000 位元組數據所用的時間。在使用無連接協議（如 HTTP）時，此效果尤其明顯。通常，網路速度越快可以使吞吐量得以增加，但是，要減少滯後時間則會更加困難。

在設計對象介面時，好的做法是將大量信息隱藏在對象內，並提供一組細粒度方法來訪問和操作該信息。"細粒度"意味著每個方法都應該負責單個的、相當小的和基本的功能單位。此方法簡化了編程，並提供了對對象內部的更佳抽象，從而增加了重用的可能性。必須根據以下事實對此進行平衡取捨：使用較細粒度的方法意味著需要調用更多的方法才能執行高級別的任務。通常，在同一進程內調用方法時，這些額外函數調用的開銷是可接受的；但是，在跨進程和網路邊界調用這些方法時，開銷可能變得難以接受。

避免遠程調用中固有的滯後時間問題的最佳方法是進行更少的調用，並讓每個調用傳遞更多的數據。做到這一點的一種方法是，使用長參數列表來聲明遠程方法。這樣，客戶端就可以在單個調用中將更多的信息傳遞給遠程組件。但是，這樣做會使針對此介面的編程容易出錯，因為程序很可能僅按調用語句中的位置來調用外部方法的參數。例如，如果遠程方法接受 10 個字元串參數，則開發人員很容易按錯誤順序傳遞參數。編譯器將無法檢測到這樣的錯誤。

長參數列表無助於從遠程調用向客戶端返回更多的信息，因為大多數的編程語言將方法調用的返回類型限制為單個參數。而巧合的是，在傳輸大多數數據時通常需要返回較多信息。例如，許多用戶介面傳輸少量的信息，卻希望返回大量結果數據。
解決方案

創建一個數據傳輸對象 (DTO)，用該對象包含遠程調用所需要的所有數據。修改遠程方法簽名，以便將 DTO 作為單個參數接受，並將單個 DTO 參數返回給客戶端。在調用方應用程序收到 DTO 並將其作為本地對象存儲之後，應用程序可以分別對 DTO 發出一系列單獨的過程調用，而不會引發遠程調用開銷。Martin Fowler 在 Patterns of Enterprise Application Architecture [Fowler03] 中對此模式進行了說明。

下圖顯示客戶端應用程序如何進行一系列遠程調用以檢索客戶名稱的各個元素。

圖 1:沒有 DTO 的遠程調用

DTO 允許遠程對象在單個遠程調用中將整個客戶名稱返回給客戶端。在此示例中，這樣做將使調用次數從 4 次減為 1 次。客戶端進行單個調用，然後在本地與 DTO 交互，而不用進行多次遠程調用（見圖 2）。

圖 2:通過使用 DTO 減少調用次數

DTO 是一組需要跨進程或網路邊界傳輸的聚合數據的簡單容器。它不應該包含業務邏輯，並將其行為限制為諸如內部一致性檢查和基本驗證之類的活動。注意，不要因實現這些方法而導致 DTO 依賴於任何新類。

在設計數據傳輸對象時，您有兩種主要選擇：使用一般集合；或使用顯式的 getter 和 setter 方法創建自定義對象。

一般集合的優點是，只需要一個類，就可以在整個應用程序中滿足任何數據傳輸目的。此外，集合類（例如，簡單數組或散列圖）內置於幾乎所有語言庫中，因此您根本不必編寫新類的代碼。對 DTO 使用集合對象的主要缺點是，客戶端必須按位置序號（在簡單數組的情況下）或元素名稱（在鍵控集合的情況下）訪問集合內的欄位。此外，集合存儲的是同一類型（通常是最一般的 Object 類型）的項目，這可以導致在編譯時無法檢測到的微妙但致命的編碼錯誤。

如果為每個 DTO 創建自定義類，則可以提供與任何其他對象完全一樣的、客戶端應用程序可訪問的強類型對象，這樣的對象可以提供編譯時檢查，並支持代碼編輯器功能（如 Microsoft® IntelliSense® 技術）。主要缺點是，如果應用程序發出許多遠程調用，則您最終可能必須編寫大量類的代碼。

許多方法試圖將這兩種方法的優點結合在一起。第一種方法是代碼生成技術，該技術可以生成脫離現有元數據（如可擴展標記語言 (XML) 架構）的自定義 DTO 類的源代碼。第二種方法是提供更強大的集合，盡管它是一般的集合，但它將關系和數據類型信息與原始數據存儲在一起。Microsoft ADO.NET DataSet 支持這兩種方法（請參閱在 .NET 中使用 DataSet 實現 Data Transfer Object）。

有了 DTO 類以後，需要用數據填充它。大多數情況下，DTO 內的數據來自多個域對象。因為 DTO 沒有行為，因此它不能從域對象提取數據。這是對的，因為如果讓 DTO 不知道域對象，您就可以在不同的上下文中重用 DTO。同樣，您不希望域對象知道 DTO，因為這可能意味著更改 DTO 將要求更改域邏輯中的代碼，這將導致大量維護任務。

最佳的解決方案是使用 Assembler 模式 [Fowler03]，該模式可以用業務對象創建 DTO 或者相反。Assembler 是 Mapper 模式的專門實例，在 Patterns of Enterprise Application Architecture [Fowler03] 中也提到過它。

圖 3:使用 Assembler 將數據載入到 DTO 中

Assembler 的關鍵特徵是 DTO 和域對象不相互依賴。這就消除了這兩種對象的相互影響。不利方面是 Assembler 同時依賴於 DTO 和域對象。對這些類的任何更改都可能導致必須更改 Assembler 類。

示例

請參閱在 .NET 中使用 DataSet 實現 Data Transfer Object。

測試考慮事項

DTO 是簡單對象，它不應該包含需要測試的任何業務邏輯。但是，您確實需要測試每個 DTO 的數據聚合。每個 DTO 可能需要測試，也可能不需要，這取決於您的序列化機制。如果序列化是框架的一部分，則只需要測試一個 DTO。如果不是這樣，請使用一般的反射機制，這樣就不需要測試每個 DTO 的序列化。

DTO 還對遠程函數的可測試性有好處。通過使遠程方法的結果能夠在對象實例中使用，可以輕松地將此數據傳遞到測試模塊，或將其與所需結果進行比較。

安全考慮事項

理想情況下，應該先篩選和驗證從不可靠的來源獲得的數據（如來自 Web 頁的用戶輸入），然後將其置於 DTO 中。通過這樣做，就可以認為 DTO 中的數據是相對安全的，從而簡化了將來與 DTO 的交互。

接收 DTO 的進程和關聯用戶的安全憑據也是值得注意的。DTO 通常包含從許多不同來源聚集在一起的大量信息。您是否已授權 DTO 的所有用戶訪問 DTO 所包含的所有信息？確保用戶已得到授權的最佳方法是僅使用用戶安全憑據所允許的特定數據填充 DTO。努力避免讓 DTO 負責自己的安全性。這將增加 DTO 對其他類的依賴數，這意味著必須將這些類部署到使用 DTO 的所有節點。這還會將安全性功能分散到更多類中，從而增大了安全風險，並對靈活性和可維護性產生負面影響。

結果上下文

Data Transfer Object 具有下列優缺點：

優點

減少了遠程調用次數。通過在單個遠程調用中傳輸更多的數據，應用程序可以減少遠程調用次數。
提高了性能。遠程調用可以使應用程序的運行速度大大降低。減少調用次數是提高性能的最佳方法之一。在大多數方案中，傳輸大量數據的遠程調用所用的時間與僅傳輸少量數據的調用所用的時間幾乎相等。
隱藏內部情況。在單個調用中來回傳遞更多的數據，還可以更有效地將遠程應用程序的內部情況隱藏在粗粒度介面的背後。這就是使用 Remote Facade 模式 [Fowler03] 的主要原因。
發現業務對象。在一些情況下，定義 DTO 有助於發現有意義的業務對象。在創建用作 DTO 的自定義類時，您通常會注意到作為一組凝聚性信息而顯示給用戶或另一個系統的元素分組。通常，這些分組用作描述應用程序所處理的業務域的對象的有用原型。
可測試性。將所有參數封裝到可序列化對象中可以提高可測試性。例如，可以從 XML 文件中讀取 DTO，並調用遠程函數以測試它們。同樣，可以輕松地將結果再序列化為 XML 格式，並將 XML 文檔與所需結果進行比較，而不必創建冗長的比較腳本。
缺點

可能需要太多的類。如果選擇了使用強類型的 DTO，則可能必須為每個遠程方法創建一個（如果考慮返回值，則為兩個）DTO。即使在粗粒度介面中，這也可能導致大量的類。編寫如此數量的類的代碼並管理這些類會是很困難的。使用自動代碼生成可以在一定程度上緩解此問題。
增加計算量。如果將伺服器上的一種數據格式轉換為可以跨網路傳輸的位元組流，並在客戶端應用程序內轉換回對象格式，可以帶來相當大的開銷。通常，需要將來自多個源的數據聚合到伺服器上的單個 DTO 中。要提高通過網路進行遠程調用的效率，必須在任一端執行其他計算，才能聚合和串列化信息。
增加編碼工作量。可以用一行代碼完成將參數傳遞到方法的操作。使用 DTO 要求實例化新對象，並為每個參數調用 setters 和 getters。編寫此代碼可能是很乏味的。

F. DAO與DTO的區別是什麼

DAO叫數據訪問對象
DTO是數據傳輸對象
DAO通常是將非對象數據（如關系資料庫中的數據）以對象的方式操縱。
DTO通常用於不同層（UI層、服務層或者域模型層）直接的數據傳輸，以隔離不同層，降低層間耦合

G. pojo與DTO的區別是什麼

POJO是一種概念或者介面，身份及作用隨環境變化而變化，DTO是經過處理後的PO，可能增加或者減少PO的屬性，一個POJO持久化以後就是PO。

H. 高手翻譯,給高分,求助,在線等

TINTORETO離店。 90 DTO的。 302哥倫比亞。之城洛杉磯DEPORTES德爾。之城洛杉磯DEPORTES卜蜂03710

I. 什麼是DTODTO有什麼用

當然可以，List是後台封裝來的，這就需要你在用查詢語句的時候把兩張表的數據查出來封裝到一個List里，
舉個例子，學生表student s(s_id,s_name,s_class_id) ，班級表class c(c_id,c_name),
樓主在查學生表的時候，可以將班級表也連接起來，這樣List就有班級表的數據了 select * from student s left join class c where s.s_class_id=c.c_id; //查詢、連接方法不止這一種，樓主可以去搜索各種各樣的方便的方法。
用JDBC查詢資料庫得到resultSet
List list=new ArrayList();
while(rs.next){
studentDto stu=new studentDto();
stu.setSID(rs.getInt(1));
...
stu.setClassName(rs.getString(4));//這個欄位在studentDto可能沒有 需要你在studentDto 添加一個
list.add(stu);
}
這樣List就有了兩個表的值
頁面直接循環就行了，
<c:forEach item="${list}" var="list">
學生姓名：${list.SName} 班級：${list.SClassName}
查詢方法我舉的是JDBC的，其他方式融會貫通，當然，我的方法也不是唯一的，至少是可行的，不清楚的話可以交流，有更好的方法希望和樓主交流 466169163

J. dto是什麼意思在java中

DTO 名解我就不說了，是出自名詞王國(java)

時常有過度設計的嫌疑。

DTO 要和 PO 比較著看，同是數據結構載體，但意義卻大相徑庭。

PO 體現了數據存儲的結構，當相關介面所需數據恆等於 PO 時，可以放棄DTO

但這種情況很少。 通常會是只傳輸PO的一部分，或者是多個PO的結合體。

DTO 的意義是減少調用次數，盡量傳遞多的數據。

分布式應用較多