将 Devexpress XPO 替换为实体框架答案

【问题标题】：Replace Devexpress XPO to Entity Framework将 Devexpress XPO 替换为实体框架
【发布时间】：2016-02-16 13:48:03
【问题描述】：

我正在开发一个使用 DevExpress 12.1 工具（包括 DevExpress XPO）构建的 ASP.NET MVC Web 应用程序。

由于许可问题，我的任务是从该 Web 应用程序中完全删除 Devexpress 组件。

经过研发，发现第一步移除，需要将datalayer改为Entity-Framework（目前使用XPO）。

我知道手动过程，但是有人可以建议如何执行此操作吗？这是任何可以快速完成我的工作的在线工具或建议吗？

【问题讨论】：

我发现的每一件事都没有线索，我的研究说从废品开始。
@Ajay2787 你有没有设法完成这个过程？我对您的体验非常感兴趣，尤其是关于 XPO 到 EF 的迁移。我在 XPO 上方使用存储库层，因此它可能更简单，但我仍然在很多方面连接到 XPO：有一些自定义 ValueConverter；使用继承映射；大量使用枚举；在下面使用 PostgreSQL 并为其提供自定义的提供程序；等。您能否告诉我们您的经历，也许在您的原始帖子中作为补充？
不，亲爱的，xpo to ef 正如我所说的，需求从废品开始。但是当你使用 devexpress 时，xpo 比 ef 更好。对于您的问题（“多点连接到 XPO”），您能否解释一下您面临的确切问题是什么？
我提到这些年来我写了很多自定义的东西/限制解决方法/hack，在 EF 中检查所有这些有点困难，至少需要很多集成测试.另一方面，我在这个项目中没有使用 DevExpress 控件，只使用了 XPO，据我所知，它带来了更多的限制，例如它的 LINQ 支持至少还有一些不足之处。

标签： c# asp.net-mvc entity-framework devexpress-mvc xpo

【解决方案1】：

我在一个应用程序中使用 XPO，在另一个应用程序中使用 EF Core。我很乐意永远远离 XPO，EF Core 是一种更好的体验 - linq to entity 比 linq to xpo 好得多，虽然还有很多其他原因，但最重要的是您可以通过 ID 更改属性使用 EF Core - 在 XPO 中，您必须先加载对象，然后再更改对象引用。我已经开始真正讨厌使用依赖于 XPO 的项目，所以我一直在寻找这个问题的答案。

我很遗憾地得出结论，最好的方法是逐步迁移。您可以并排运行模型，并逐步更改组件。这样，您可以在 ORM 之间移动时保持应用程序的功能。遗憾的是，没有办法做到这一点。

【讨论】：

我们当时也发现作为没有直接方法支持的结论，我们必须一步一步（逐页）将代码从XPO迁移到任何其他传统方法。那个时候我们要在 EF asp.net MVC 中。但是你在 asp.net core 中迁移很好。
EF Core 处理断开连接的对象的方式很有趣。