EF 4.0中有多少EF的“不信任投票”问题得到了解决?

时间:2010-11-22 21:27:01

标签: nhibernate entity-framework orm

  

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

Referring to this link

这是标题(抱歉所有大写字母,sic):

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进行比较,并确定在4.0出局的情况下,ORM社区是否对EF感到满意。

NHibernate是否也有引用文章中提到的任何问题?

2 个答案:

答案 0 :(得分:1)

我在博客上论述了这个主题:

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

总而言之,解决了EF 1.0的持久性无知问题,尽管有些人仍然发现EF 4.0缺乏。

答案 1 :(得分:0)

  

坚持关注实体领导的数据方面   退化的实体建筑

EF现在支持数据优先和模型优先设计,所以这应该不是问题。

  

需要处理缺乏懒散负担的超额代码:

延迟加载现在是免费的。

  

共享,典范模式的矛盾软件最佳实践

我不确定他们在这里得到了什么。 EF不会强制执行共享的规范模型,也不会执行。 EF可以轻松地与多个DB一起使用,并允许使用客户端上的部分类扩展和定制模型。

  

缺乏耐久性无知导致商业逻辑变得更加困难   阅读,写作和修改,导致开发和维护成本   以增加的速度增加:

EF4中的持久性无知得到极大改善。它不是也永远不会是完美的。

  

在团队环境中利用源控制的过度混合冲突

我无法回答这个问题:)