我正在使用 1.5 年前开始的 ASP.NET 构建大型应用程序。该站点使用第 3 方 Telerik RadControls 进行 UI。该网站的问题在于它使用了过时的东西，比如数据集，而且都没有适当的架构。我做了一些研究，发现了一些新技术，比如 ADO.NET Entity Framework。我想知道在这个阶段学习并将我的网站迁移到 ADO.NET Entity Framework 是否值得投资。
此外，市场上是否有任何好的技术或工具（可在 ASP.NET 中使用）可用于使开发生活更轻松并与最新技术保持同步。
所有的建议都非常宝贵。
提前致谢。
像这样的问题的问题在于答案总是“它取决于”但是，最近我对 Entity Framework 和 MVC3 做了一些工作，我会说它是一个非常好的平台 - MVC3 是合乎逻辑且易于使用的EF 为您做了很多提升。
归根结底，这取决于项目的进展程度以及目前的工作方式完成了多少。例如，如果你有一个设计得体的数据库和一堆半成品的页面，那么进行切换可能不会比完成你所拥有的更难，但不要低估重写的绝对规模再加上需要学习使用几种新技术，即使这些技术本身学起来很快。在任何大型项目中，您都会遇到正在使用的平台的怪癖，并发现自己至少有几次完全被难住了。
另一方面，过时的东西是替换工作代码的理由的想法往往会导致昂贵的、令人尴尬的项目超支。如果它已经完成了大部分，而您只是排队进行最后润色，那么请充分利用您所拥有的东西，并记住运输是一项功能。同样，项目的规模及其对业务的关键程度也有很大的影响。如果这是一个较小的内部项目，也许你有更多的重写空间，如果它负责公司的收入流，你需要快速发布这个版本，然后考虑稍后重构。
无论哪种方式，您都需要在将自己投入潜在的高风险工作之前与其他利益相关者进行讨论。
这个问题没有真正的答案。
实体框架非常有用。与 ASP.NET MVC 一样。我想这取决于你的指标来确定它是否值得。
移民的目标是什么？您是否正在寻找一个更可测试的网站？仅仅为了它而迁移大型网站不太可能值得，因此确定成功迁移的衡量标准可能自然会导致您做出决定。
还值得注意的是，ASP.NET Web 表单仍然是一个可行的选择。如果您想要使用数据网格等进行快速开发，那么表单可能是您的最佳选择。您可以考虑转向 MVC，这将允许您执行更清晰的关注点分离。它的马课程。一个快速的谷歌，你会发现很多表单与 mvc 的优缺点。
您也可以考虑零食迁移。例如，您可以构建数据库的实体框架模型并开始一次使用一页。慢慢移除 ADO，但保持一个工作站点。您还可以在一个站点中同时使用 Forms 和 MVC。因此，您不必一次性完成完整的迁移。
深思熟虑，祝你好运。
我通常使用 Obout 控件作为第三方工具包。我希望我能在切换到 ADO 方面提供更多帮助。
虽然，我不认为学习它会受到伤害，即使你最终没有将它用于这个特定的项目。
祝你好运！
这一切都取决于......你能负担得起迁移吗？您当前的框架不是您需要的吗？
如果你仅仅因为发布了一些新的东西就想放弃 1.5 年的开发，也许你应该三思而后行。您肯定知道 .NET 框架的另一个版本即将到来，谁知道它会带来什么？是不是意味着你明年左右会再次移民？
但是，如果您以可以轻松完成的方式设计您的网站，请务必切换到新技术并迁移您想要多少以及您感觉如何舒适。
是否值得将您的应用程序转换为 EF 是只有您才能做出的决定。你比我们任何人都更了解现有的代码库。评估您需要更改多少代码、您有多少时间、需要进行多少重新测试等等。根据您的发现，这将告诉您是否应该升级。
我很想用 EF 将我找到的每个 asp.net 2.0 应用程序升级到 MVC3，但通常时间和资源只允许我们修复损坏的部分并继续下一个项目。
也就是说，EF 在数据访问方面取得了巨大进步。如果这个项目不值得做，下一个项目绝对值得学习。