英孚EF的「不信任投票」問題已經在EF 4.0中解決了多少？

Question

可能重複：
Entity Framework Vote of No Confidence - relevant in .NET 4?

Referring to this link。

這裏的標題（對不起，全部大寫，原文如此）：

INORDINATE FOCUS THE DATA ASPECT OF ENTITIES LEADS TO 
DEGRADED ENTITY ARCHITECTURES  

EXCESS CODE NEEDED TO DEAL WITH LACK OF LAZY LOADING: 

SHARED, CANONICAL MODEL CONTRADICTS SOFTWARE BEST PRACTICES 

LACK OF PERSISTENCE IGNORANCE CAUSES BUSINESS LOGIC TO BE HARDER TO 
READ, WRITE, AND MODIFY, CAUSING DEVELOPMENT AND MAINTENANCE COSTS 
TO INCREASE AT AN EXAGGERATED RATE: 

EXCESSIVE MERGE CONFLICTS WITH SOURCE CONTROL IN TEAM ENVIRONMENTS 

坦率地說，我不知道很多的那些東西的意思。一般來說，我對ORM非常陌生。我們公司正在考慮去EF 4.0。在我的最後一個位置，一個團隊在EF 3.5上遇到了很多問題，其中一位團隊成員向我指出了「不信任」的信。我想將EF 4.0與NHibernate進行比較，並確定ORM社區現在是否已經在4.0版本之外對EF感到高興。

NHibernate是否也有引用文章中提到的任何問題？

Answer 1

我解決我的博客這個問題：

http://daveswersky.com/2010/05/26/entity-framework-4-then-and-now/

總之，與EF 1.0的持久性無知問題得到解決，但有些仍覺得EF 4.0缺乏。實體

Answer 2

過度聚焦數據ASPECT導致 退化實體ARCHITECTURES

EF現在支持數據，第一和模型第一次設計，所以這不應該是一個問題。需要與LACK延遲加載DEAL

超額CODE：

延遲加載現在來是免費的。

SHARED，規範模型矛盾軟件最佳實踐

我真的不知道他們在這裏得到什麼。英孚不執行共享的，規範的模型，也從未做過。 EF將輕鬆處理多個數據庫，並允許使用客戶端上的部分類對模型進行擴展和定製。

PERSISTENCE無知LACK CAUSES業務邏輯來更難 READ，WRITE和修改，導致開發和維護成本 爲了增加在一種誇張的RATE：

持久性無知大大提高EF4。它不是，永遠也不會是完美的。

與源代碼控制小組環境EXCESSIVE合併衝突

我不能回答這個問題:)