我目前正在研究可以重构代码库的方法，以便更轻松地使用它。
该应用程序是相当大的Asp.Net Webforms应用程序，所有数据设置/检索都通过Web服务进行。目前，这些WebServices返回DataSet，包含从存储过程返回的一个或多个表。代码库紧密相连，ASP代码隐藏在多个位置调用WebServices，大多数业务逻辑发生在代码隐藏或存储过程中。
现在，我们一直在研究更新应用程序的可能方法，并使代码库现代化。我们不能（也不想）重写整个应用程序，但如果我们能够一点一点地向更新的架构开始移动它将会很棒。我已经研究过MVP架构，它似乎与我们当前的架构很匹配 - 它不会涉及太多的重写，但仍然会产生更多可测试的代码（另一个目标 - 我们目前没有自动化测试。）
我想知道，如果任何人有关于从DataSet转移到EntityFramework的一些提示/信息/文章。我觉得这会给我们带来最大的好处，因为它可以让我们对数据建模并更容易测试。不幸的是，我还没有在网上找到任何有关此类迁移的信息。我们的数据库设计非常好（谢天谢地），但是我们必须使用DataSet和EntityFramework一段时间才能摆脱DataSet - 我们无法一次完成所有这些。
任何人都能就此提出建议吗？
答案 0 :(得分：3)
听起来你需要解决两个不同的问题。
对于＃1，我们只能猜测您当前实施的相关细节。但是，您可以搜索并找到帮助，这可能是一种常见的变化。
对于＃2，您可能希望定义一系列来回转换的业务对象。 Web服务可以在它们和EntityFramework对象之间进行转换。 （您可以直接传递EF对象，但根据您的情况可能存在问题。）