迁移到Entity Framework自定义ORM

Question

我们目前有一个完全由ASP.NET和MVC手写的解决方案。

目前DAL中有很多丑陋的黑客攻击和变通方法，而不是扩展这些黑客攻击，我设法说服我们需要迁移到某种类型的ORM。

凭借团队中的实体框架经验，我们决定使用实体框架，但是，对于可能有过相关经验的人，我有一个迁移问题。

如果我们要迁移Entity-by-Entity直到所有内容都迁移到EF，是否会出现任何性能问题？我们可能面临哪些障碍（除了明显不得不重写大部分BL）？它应该按字面意义完成实体实体（就创建模型而言），还是会产生创建实体模型的问题，只是逐位更改BL。

我似乎无法找到有关该主题的任何文档.MSDN似乎只是说“Yay Entity Framework很好，所以迁移到它是好的。”。

任何建议都将受到赞赏。

PS：我读过这个：Migrating from 'native' OODBMS to ORM (Entity Framework / SQL Server)

然而，由于我们决定使用EF而不是NHibernate，因此它并没有被证明非常有用。

Answer 1

这是一个很好的问题，我的答案来自我的预期。这是关于'Yay Entity Framework很好，所以迁移到它是好的'

现在我们的团队正在研究大型（非常大）的HR SaaS解决方案。从一开始我们决定使用：

• EF 4.1
• MySQL（这是客户的要求）
• .NET MVC 3

然后时间过去了（接近3周）我们接下来就注意到了EF：在我们需要的情况下，使用模型优先在我们的系统中是不适用和有用的，例如，改变一点点数据库结构或者在表之间建立新的关系。

在这种情况下，我们转移到EF Code First（所有数据库请求都有一个通用存储库）。这是风险因为它是如此新的技术，并没有大解决方案的最佳实践或用例。结果我们收到了很多其他的头痛：

• ORM提出了很多数据库请求（导致表之间有很多关系）。由.Include（）
修复
• POCO对象的动态代理 - 造成了很多麻烦，导致代码中的第一个实体从db变得不像请求的实体类型 - 就像动态代理类型一样。因此，当我们尝试序列化它们并在反序列化时放入Memcached时，我们得到的错误是该实体在当前上下文中不再可用。修正如下：http://msdn.microsoft.com/en-us/library/dd456853.aspx和此：http://blogs.dotnetkicks.com/dpeterson/2011/08/11/theres-a-proxy-in-my-boots-entity-framework-poco/
• 带有会员资格的愚蠢包，发出了许多令人难以置信的请求。通过审查我们的会员资格
来解决

我们也试过NHibernate来比较性能。 NHiberanate有相同的:)）

您应了解EF的一般信息：

• 如果您想要附加第3部分缓存，请准备好解决方法。 NHibernate有本
的原生集成
• EF和Nh表现之间没有太大的不同，但Nh有大量的手工作法与映射

希望我回答您的任务，并且信息与您相关。

PS＆GT;对不起我的英文：）