从ASP.NET 2.0迁移到ASP.NET 3.5的令人信服的理由

时间:2009-05-28 16:31:27

标签: migration asp.net-2.0 asp.net-3.5

如果这是一个重复的问题,请原谅我。我搜索过StackOverflow并没有找到我的问题的答案,所以这里就是。

我们目前有一个运行ASP.NET 2.0的Web应用程序,运行AJAX Extensions 1.0和SQL Server 2005,部署在IIS 6上并在VS2005中进行开发。一切都很好,但我试图找到令人信服的理由进行迁移。我们服务的客户端通常不允许在浏览器中使用插件,因此Silverlight不是我们迁移的原因。此外,我们没有任何计划很快迁移到SQL Server 2008,并且ASP.NET MVC也没有投入使用。

这是我迁移的原因。我希望人们对它们发表评论或添加到列表中:

  • 我想使用较新的.NET内容(我认为其他开发人员也会这样做。同时也吸引未来的员工)
  • 希望保持技术最新。
  • 扩展方法
  • WebControls中的PageMethods
  • WCF
  • LINQ也许(我们目前使用AutoSproc作为我们的DAL)
  • ASP.NET AJAX内置于ASP.NET 3.5(虽然不是很重要)
  • VS.NET 2008 JavaScript Intellisense

7 个答案:

答案 0 :(得分:3)

我最喜欢的部分是:

  • Lambda表达式
  • 可用的功能 System.Data.Linq命名空间: 哪里(...),OrderBy(...), 的ForEach(...)
  • 扩展方法(向所有IEnumerable添加“ToDelimitedString(...)”!)
  • Visual Studio 2008更好用 HTML / Web语法和调试, 包括前面提到的 Javascript intellisense和 调试。

每个都允许您以更高效的方式编写代码 它在很大程度上消除了样板“foreach”,“如果x!= null”,以及其他无聊的构造。

答案 1 :(得分:2)

javascript intellisense是对以往任何事物的巨大改进。但与此同时,它仍然以一些非常壮观的方式失败。总而言之,这是一个很好的步骤,但不是我能够尽可能多地使用的东西。

扩展方法和linq(linq到对象和lambda,而不仅仅是linq到sql)非常酷,但是由于你已经设置了一个orm,你不会像你想要的那样使用它们。< / p>

WCF没问题,但您可能不会为此重新编写现有服务。

我认为最大的原因是让员工感到高兴并吸引新员工。

答案 2 :(得分:2)

您绝对没有理由从业务角度进行升级。

您完全有理由从开发人员的角度进行升级。

请记住,SQL 2008并不向后兼容SQL 2005,这意味着,如果您在SQL 2008中开发某些东西,那么您的2005平台可能会对它进行调整。我最近刚刚使用SSIS包来体验这一点。

答案 3 :(得分:2)

LINQ是升级的理由,即使您没有更换DAL,也不会暂时不做。在我最近一直在研究的产品中,我们的开发时间表是这样的,我们暂时无法将DAL更改为基于LINQ的产品,但即便如此,我发现使用LINQ-to-Objects和/或LINQ-to-XML可能在我触摸的60%的类中,我喜欢它。

答案 4 :(得分:1)

一切仍然在.NET 2.0上运行,它只是库和语言增强功能以​​及改进的IDE体验,旨在提高生产力。提高生产力=理由。

我现在每天都在使用LINQ。这不仅仅适用于您的DAL。它是关于查询任何东西,使用相同的API。更一般地说,lamba表达式使您能够执行一些非常复杂的操作,并在没有它们的情况下获取更多代码。匿名类型也非常有用。

答案 5 :(得分:0)

提及的所有要点均有效。

但作为一名开发人员,在面对这类问题时,我总是从另一方面问自己。

从ASP.NET 2.0迁移到ASP.NET 3.5有什么令人信服的理由?我觉得让自己更有动力升级。

答案 6 :(得分:0)

免费的Microsoft ASP.net Chart控件和新版本的Ajax工具包都需要3.5。如果我没弄错的话。