Entity framework 转向Mono：实体框架替代方案

我们一直致力于VS2010和EF，围绕可扩展性和成本的各种讨论促使我们考虑转向Mono

我知道我的代码几乎都是功能性的，除了我们用于模型（ASP.NET项目）的EF

---

有谁能推荐一种易于使用的ORM，它能让我们用MySQL做很多相同的映射（外键等）操作吗？我喜欢的一件事是EF建模的视觉元素，这使得进行更改和查看关系变得非常简单。

如果您的项目不太复杂，Castle ActiveRecord是备选方案之一。尽管它不提供FK关系，但它比NHibernate更易于使用。例如，AR提供基于注释的配置，而不是冗长的XML配置。

如前所述，您的问题没有答案，因为它的格式不正确。在标题中，您提到想要一个“实体框架替代方案”，但后面的评论表明您想要的不仅仅是实体框架所提供的——因此，即使存在实体框架，它也不会提供您想要的一切

没有更多细节，您似乎想说一些更类似于：

• 如何使用MySQL和VisualStudio获得与目前使用SQLServer（或其他商业数据库）相当的集成体验
• 与SQL Server（或其他商业数据库）相比，我可以使用哪些替代数据库和EF兼容的ORM来获得与MySQL（或其他开源数据库）同等的设计时体验
• 如何在成本较低的非Windows（如Linux）平台上获得相当好的集成Visual Studio调试、设计时间和开发经验

---

取决于你的问题实际上更接近于哪一个，你将决定答案。

既然EF是开源的，你很可能期望它很快可以用于Mono

---

Mono 2.11.3现在与实体框架捆绑在一起。这只是一个预览版本，但即将发布的2.12版本应该完全支持实体框架：）

---

请参见今天的I实体框架6 Alpha 2和Mono。目前还不太清楚，但我相信问题是可以解决的。

NHibernate（不太容易使用）。@Steven-NHibernate和Entity Framework在复杂性方面处于同一个大致相同的位置。如果您选择手工编写XML映射文件，NHibernate比实体框架起步慢，但没有很好的理由这样做。关于“编写XML映射文件”，您是说有工具可以帮助我们自动映射这些文件吗？如果是这样的话，你能为我指出这些方面的方向吗？@Michael:我承认，EF也可以是一个PITA。@pierre FluentNHibernate将重温XML（）的负担。Castle ActiveRecord处理外键关系很好。你指的是什么？Castle ActiveRecord支持LINQ over IQueryable查询吗？@Michael-我的意思是EF中的[ForeignKey]属性它在保存父子对象时更方便，另一方面，AR中有[BelongsTo]属性，但据我所知它用于引用类型而不是原始类型。如果我错了，请纠正我。@Steven是的，请参考以下URL，这是ActiveRecord的测试用例问：请注意，Castle ActiveRecord不再是一个活动项目，因此我认为它不会有任何进一步的开发。今天刚刚宣布，它被列为存档项目：）