實現DB類型對象到業務類型對象之間的最佳模式

Question

我們的項目實現了實體框架，我們將實體對象類型跨所有圖層進行浮動。由於這些對象的龐大規模，我們決定擁有商業實體和數據實體。現在我很困惑，因爲在 1）在哪裏實施這些對象的翻譯 2）如何，即我應該遵循的任何模式或做法，以獲得更好的結果。

* 編輯* 感謝所有的答覆我期待到Automapper，發現它可能合身。但是，我不想使用圖書館，而是想創建自己的翻譯器，這看起來像是在重新發明輪子。但我的想法是，我會對事情有更多的控制。

所以回到原來的quesiton

1. 在這層我要實現我的翻譯即我們具有N-輪胎的應用程序和有思想一個是兩所學校，我們應該有一個業務層和治療它作爲一個門面，並在那裏實現所有翻譯和其他業務邏輯，並將所有其他層視爲一個愚蠢的層，它不知道其他層，並保持最小的引用，因此數據層將拋出相同的數據實體，並可以可以在Business Object與我們當前對象有所不同的另一個項目中重用。第二種思想是數據層應該返回並接受業務實體，這會限制非數據庫開發人員不必在db層上調用以創建業務實體。
2. 任何模式，這種類型的翻譯庫。

Answer 1

這聽起來類似於使用在聯想MVVM模式與ORM當許多人面臨的問題。 Automapper (http://automapper.codeplex.com/)是一個很好的庫，提供了基於約定的乾淨的類型轉換。

Answer 2

請看看下面的內容，它對所有微軟技術都有非常好的概述。雖然它可能有點複雜，但它很好地顯示了圖層。

N Layer sample app

Answer 3

如果您通過電線移動數據，或者使用ViewModels綁定到視圖，您可以嘗試DTO和ValueInjecter ... AutoMapper也很棒。