从 EntitySpaces 迁移到 EntityFramework
Migration from EntitySpaces to EntityFramework
我们的遗留应用程序使用 EntitySpaces 进行数据库访问，但由于 ES 已停产多年，并且导致我们的应用程序出现一些性能问题，我们正在考虑切换到 EntityFramework。
有没有一种简单的方法可以做到这一点而无需完全重写我们所有的扩展 类？
EntitySpaces 再次活跃，API 已更新且更加精简。它也是一个单一的 DLL Nuget 安装。什么样的性能问题，我很想听听这些问题
我已经考虑了一段时间了。我不认为会有一个简单的解决方案来从 EntitySpaces 转移到 EntityFramework。但是我会，并且可能最终会采用的方法是，如果您还没有，请为业务逻辑中继承自数据 类 的每个方法添加一个接口，并包含您需要的每个方法。
现在，添加 Database First EF 模型并为每个 entity/model 创建新的业务逻辑 类 以继承您创建的接口。然后你就知道在EntityFramework(LINQ/Lambda)中每一个需要重写的方法了。这是一个缓慢的过程，但通过这种方式，您可以在多个版本 windows 上进行迁移，慢慢地移动所有内容，在您有时间时引用新的 EF 业务逻辑模型（当然，任何新表可以直接使用 EF）。
我们的遗留应用程序使用 EntitySpaces 进行数据库访问，但由于 ES 已停产多年，并且导致我们的应用程序出现一些性能问题，我们正在考虑切换到 EntityFramework。
有没有一种简单的方法可以做到这一点而无需完全重写我们所有的扩展 类？
EntitySpaces 再次活跃，API 已更新且更加精简。它也是一个单一的 DLL Nuget 安装。什么样的性能问题，我很想听听这些问题
我已经考虑了一段时间了。我不认为会有一个简单的解决方案来从 EntitySpaces 转移到 EntityFramework。但是我会，并且可能最终会采用的方法是，如果您还没有，请为业务逻辑中继承自数据 类 的每个方法添加一个接口，并包含您需要的每个方法。
现在，添加 Database First EF 模型并为每个 entity/model 创建新的业务逻辑 类 以继承您创建的接口。然后你就知道在EntityFramework(LINQ/Lambda)中每一个需要重写的方法了。这是一个缓慢的过程，但通过这种方式，您可以在多个版本 windows 上进行迁移，慢慢地移动所有内容，在您有时间时引用新的 EF 业务逻辑模型（当然，任何新表可以直接使用 EF）。