【问题标题】:Entity Framework 5 vs Telerik OpenAccess ORM (specifically) [closed]Entity Framework 5 vs Telerik OpenAccess ORM(特别是)[关闭]
【发布时间】:2012-06-29 03:14:01
【问题描述】:

我正在开始一个新项目,希望获得有关选择 ORM 的建议。我知道这个话题之前已经提出过,但是这个话题是特定于实体框架 5(不是 4)或 Telerik OpenAccess ORM。

该项目将驻留在 Windows Azure 上并使用 Windows Azure SQL 数据库。一旦 4.5 在 Azure 上发布,我会将其迁移到 .NET 4.5。

我目前是 Telerik Ultimate Collection 订阅者。

有知情人士对这种情况有任何优点/缺点吗?目前我稍微倾向于 Telerik OpenAccess。

谢谢

【问题讨论】:

  • 我也一直在想这个。但我发现 OpenAccess 更加成熟和强大,尤其是对于 SQL Server 以外的数据库。对我来说真正突出的几个功能是:1) 更简单的数据库迁移 2) 低级 ADO.NET API 3) 实体设计器和其他 VS 工具 4) 支持多个数据库 5) 现在免费!与其他商业 ORM 不同,OpenAccess 并不太依赖于它们的控件。我已经成功使用过 EF、OpenAccess、XPO 和其他轻量级 ORM,如 ORMLite 和 Dapper。这归结为技术偏好,但到目前为止我真的很喜欢 OpenAccess。
  • 这不是真正的答案 - 但如果您打算针对 Azure 使用 OpenAccess,您可能需要关注以下内容:telerik.com/community/forums/orm/orm-express/…
  • 另外,以下链接可能有用:7 Reasons to Choose OpenAccess ORM over Entity Framework

标签: entity-framework entity-framework-5 telerik-open-access


【解决方案1】:

首先是评论:

“这并不是一个真正的答案 - 但如果您打算针对 Azure 使用 OpenAccess,您可能需要密切关注以下内容:telerik.com/community/forums/orm/orm-express/...”并未反映正确的产品。

处理免费版本的 OpenAccess。 Jayantha 在他的问题中指出他是“终极收藏订阅者”。

OpenAccess ORM 现在与 Azure 兼容。

选择 OpenAccess ORM 而不是 Entity Framework 5 的一些原因:

  • Visual Designer 中的批处理操作
  • WCF 服务的代码生成
  • 为 ASP.Net Web API 服务生成代码
  • 动态模型修改
  • 自定义类型框架
  • 内置验证框架
  • .NET 3.5 支持
  • 悲观并发
  • 内置二级缓存
  • 高级连接池
  • 纯 XML 映射

在使用 EF5 提供的 OpenAccess 时会失去什么:

  • 自我跟踪实体
  • 完全支持可视化设计器中的枚举(仅部分支持)

去看看!

【讨论】:

  • 不要忘记包含的 OpenAccess Profiler ;)
  • 澄清一下,无论您是 Ultimate Collection 订阅者还是下载免费版本,OpenAccess 的两个版本现在都是相同的。见:telerik.com/community/forums/orm/orm-express/…
  • 使用实体框架可以管理悲观并发,高级连接轮询是什么意思?
  • 您可以在此处阅读有关 Telerik/OA 连接池选项的信息:​​telerik.com/help/openaccess-orm/…
猜你喜欢
  • 2011-03-19
  • 1970-01-01
  • 2010-11-14
  • 1970-01-01
  • 2012-07-29
  • 1970-01-01
  • 1970-01-01
  • 2011-10-13
  • 1970-01-01
相关资源
最近更新 更多