2010-04-12 67 views
7

我想看到流行的ORM工具outhere,像NHibernate的,LLBLGEN,EF,S2Q,GENOM-E,光速,DataObjects.NET,OpenAccess的,您的经历...ORM市场分析

从我的EXP : - Genom-e很安静,能够支持Linq &的性能,支持 - EF缺乏一些关键功能,如延迟加载,Poco支持,pers.ignorance ...但在4.o中它可能已经克服了。 - DataObjects.Net到目前为止不错,通过我发现一些错误 - NHibernate陡峭的学习曲线,没有100%的Linq支持(如Genom-e和DataObjects.Net),但非常支持,可扩展和成熟

+0

欢迎的StackOverflow @bonefisher。投票问题应该在“社区wiki”复选框中被选中。请编辑您的问题。 – Oded 2010-04-12 07:50:22

+0

感谢您的欢迎和建议;) – Bonefisher 2010-04-12 07:57:28

回答

5

http://www.ormbattle.net/

这是关于您可以在此刻找到的最佳比较。

从我的经验来看,顺便说一句:如果您对LINQ感兴趣,请使用NHibernate当前版本保留AWAY - 使用开发分支。 LINQ支持转化为主DLL,更重要的是,它比当前版本中的有限附加方法更好更完整。

+2

ormbattle.net并不是评估差异Orm工具的好方法,因为基准测试在生产代码中是无用的。 – Bonefisher 2010-04-12 08:21:52

+0

@TomTom:我相信ormbattle.net和http://ormeter.net一样! – 2010-04-12 08:31:36

+0

取决于。至少它也给你的功能。例如,您可以看到例如LINQ功能的实现是好还是坏。许多基准测试都是功能测试。 – TomTom 2010-04-12 08:45:17

4
+0

谢谢你的图表,但我已经看到了这个网站周前..我想知道个人经验,而不是一些合成基准诊断 – Bonefisher 2010-04-12 08:38:44

+2

这是行不通的。认真 - 个人经验对个人项目需求非常个人化。有些人与LINQ完美合作,但大多数情况下,如果你问这背后的原因是因为他们没有理解ORM的实际操作能力,并且完全乐于比蹩脚的手写书籍更好的东西。 – TomTom 2010-04-12 08:46:05

+0

你仍然可以有一个良好的ORM经验(无缺陷,良好的功能,支持)和糟糕的体验(太多的错误,蹩脚的功能,延迟(甚至没有!)从公司/社区支持..所以恕我直言,我我认为这是一个有效的问题 – Bonefisher 2010-04-12 08:52:41

2

我们两年前做了一个真正的深层分析(2010)betweeen的NHibernate,EF和LLBLGEN并选择最后一。我们当然认为我们做出了正确的决定。

Llblgen Pro是一个非常漂亮的&成熟的ORM(Entity FW还需要进化:直接m:n,枚举,继承...)。易于使用模型和数据库第一次没有XML看,只是一个很好的图形设计师。

  • 高效:仅获得您需要的列...或使用TypedList获得常用的加入/分组列...或者你的观点与TypedViews地图或地图检索您的存储过程的...或者使用即席查询。你甚至可以创建一些模板来映射你自己的POCO(TypeValue)并直接调用SQL! (我们不需要走那么远)
  • 从设计师,利用自身的框架或NHibernate的或实体框架或LINQ to SQL的
  • 相当多的功能,你会想念一旦你决定(预取,交易,数据绑定帮助,分页,(德)序列化,定制(属性,依赖注入,授权,审计,...)

...但它更多:a伟大的模型设计&模板系统

从ORM上。

  • 很好的使用自定义模板(例如, ASP.Net,MVC,REST或WCF)提供脚手架系统/通用架构 - >允许经验较少的编码器追赶 并提高生产力。常见的解决方案被重用(其成本下降 :它不是“代码与理解&集成”,但“代码与 插头“)。虽然这是老式的ASP.Net web表单看看 http://northwind.angte-demo.com/为的是什么,你可以得到 与模板的感觉。
  • 代码为VS照常您的特殊应用。如果代码 可重用的代码添加到模板(它通常是指在ASP类文件改变 之类的“产品”与“<%= Entity.Name%>”,不难人员)。