實體框架和耦合

Question

我和我的一位朋友討論了使用Entity框架的問題。我有一個項目，我在其中使用實體框架作爲數據層製作了3層解決方案，並使用數據傳輸對象從業務層轉移到用戶界面。我非常喜歡它給出的鬆散耦合，因爲我可以用例如稍後休眠。另一方面，我的朋友則認爲，實體框架的目的是對它進行建模，以便它可以在用戶界面上使用。 您如何將實體框架與您的解決方案相結合？

Answer 1

我看到我的朋友提出的可交換圖層是Hibernate和EF的想法，但我認爲它有點激烈，因爲這兩個框架已經包含DL-> BL能力。我認爲，之所以使用框架，如EF和Hibernate是這些，按優先次序：

業務邏輯實體1.直接使用
2.數據庫類型獨立
3.自動緩存
4. SQL抽象

期望像這樣的框架也應該鬆散地耦合到層，只需要太多的查詢解析，對象封裝和解開以及各種噪聲來彌補可能永遠不會成爲現實的互換性。正如我所看到的，他的建議將導致相當於：
DL - > DL - > BL - > UL
任何人都同意？