Migration 从ASP.NET 2.0迁移到ASP.NET 3.5的令人信服的原因

Migration 从ASP.NET 2.0迁移到ASP.NET 3.5的令人信服的原因,migration,asp.net-2.0,asp.net-3.5,Migration,Asp.net 2.0,Asp.net 3.5,如果这是一个重复的问题,请原谅。我已经搜索了StackOverflow,但没有找到我的问题的答案,所以这里开始 目前,我们有一个运行ASP.NET 2.0的web应用程序,其中包含AJAX扩展1.0和SQL Server 2005,该应用程序部署在IIS 6上,并在VS2005中开发。所有这些都很好,但我正试图找到迁移的令人信服的理由。我们服务的客户端一般不允许在浏览器中使用插件,因此Silverlight不是我们迁移的理由。此外,我们没有任何计划在短期内迁移到SQL Server 2008,A

如果这是一个重复的问题,请原谅。我已经搜索了StackOverflow,但没有找到我的问题的答案,所以这里开始

目前,我们有一个运行ASP.NET 2.0的web应用程序,其中包含AJAX扩展1.0和SQL Server 2005,该应用程序部署在IIS 6上,并在VS2005中开发。所有这些都很好,但我正试图找到迁移的令人信服的理由。我们服务的客户端一般不允许在浏览器中使用插件,因此Silverlight不是我们迁移的理由。此外,我们没有任何计划在短期内迁移到SQL Server 2008,ASP.NET MVC也不在考虑之中

以下是我迁移的原因。我想让人们对他们发表评论或添加到列表中:

  • 我想使用更新的.NET技术(我想其他开发人员也会这样做。这对未来的员工也很有吸引力)
  • 希望技术保持最新
  • 扩展方法
  • 网络控制中的页面方法
  • 周转基金
  • LINQ maybe(我们目前在DAL中使用AutoProc)
  • ASP.NETAJAX内置于ASP.NET3.5中(虽然不是什么大问题)
  • VS.NET2008 JavaScript智能感知

javascript intellisense比以前的任何东西都有巨大的改进。但与此同时,它在一些非常引人注目的方面仍然失败。总而言之,这是一个很好的步骤,但并不是我想用的那么多

扩展方法和linq(linq到对象和lambda,不仅仅是linq到sql)非常酷,但是由于已经设置了orm,因此也不会像您希望的那样使用它们

WCF还可以,但您可能不会为此重新编写现有服务


我认为最大的原因是让你的员工开心,吸引优秀的新员工。

我最喜欢的部分是:

  • Lambda表达式
  • 中提供的功能 System.Data.Linq命名空间: 其中(…),订货人(…), ForEach(…)
  • 扩展方法(将“ToDelimitedString(…)”添加到所有IEnumerable!)
  • VisualStudio2008与 HTML/web语法和调试, 包括上述 Javascript智能感知和 调试
每一项都允许您以更高效的方式编写代码。

它在很大程度上消除了样板文件“foreach”、“if x!=null”和其他枯燥的构造。

从业务角度来看,您绝对没有理由升级

从开发人员的角度来看,您完全有理由升级


请记住,SQL 2008与SQL 2005不向后兼容,这意味着,如果您在SQL 2008中开发了一些东西,很可能您的2005平台会对此感到厌烦。我最近在SSIS软件包中遇到了这种情况。

提到的所有要点都是有效的

但是作为一个开发人员,当面对这样的问题时,我总是从另一个角度问自己


从ASP.NET 2.0迁移到ASP.NET 3.5时,有哪些令人信服的原因不是?我发现更容易激励自己升级。

LINQ是一个升级的理由,即使您不交换DAL,或者暂时不这样做。在我最近开发的产品中,我们的开发计划是这样的,暂时还没有空间将我们的DAL更改为基于LINQ的DAL,但即使如此,我还是找到了很好的理由在我接触的类中使用LINQ to Objects和/或LINQ to XML,我喜欢它。

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

所有的东西仍然在.NET2.0上运行,它只是库和语言的增强,以及改进的IDE体验,这些都是为了提高生产率。提高生产力=合理化


我现在每天都在使用LINQ。这不仅仅是为了你的孩子。它是关于查询任何东西,在上面使用相同的API。更一般地说,lamba表达式为您提供了执行一些非常复杂的操作的能力,并且在没有它们的情况下需要大量代码。匿名类型也非常有用。

问得好。我刚刚启动了一个新的ASP.NET web服务,但必须在ASP.NET 2.0中启动。从那时起,我们的服务器已经升级,所以我可以使用ASP.NET 3.5,但我不知道是否值得将其转换为WCF。我忘了提到,不管怎样,我们很可能会转移到VS.NET 2008,因为您可以像Bratch提到的那样,将框架定位到2.0。@Jeff:WCF问题与ASP.NET问题完全不同。升级到WCF的原因是ASMX很旧,前途渺茫。WCF是web服务发展的现在和未来。它的功能更强大,同时不需要您了解所有的功能。VS 2008使用HTML编辑器更出色,最终赶上了竞争对手。您可以使用VS2008,但仍然以2.0框架为目标。是的,您可以对代码进行彻底的重构,以使用3.5功能。我想,这取决于你和你的业务。“从业务的角度来看,你绝对没有理由升级”不完全正确。如果你长时间处于“不升级”状态,最终,它会咬你的屁股,迫使你升级,比你不断升级(即使你跳过了其他版本)更痛苦(导致更高的成本)。我们最近在我工作的地方体验到了这一点,现在的政策是始终升级。VisualStudio2008帮助开发人员提高了工作效率。时期这就是你作为商业论据所需要的一切。^这听起来像是一种观点,而不是事实。你是如何衡量生产力和效率的?在不知道应用程序需求是什么的情况下,您能诚实地说吗?不,你不能。仅仅因为2008年有一些奇特的工具,并不意味着它能让你更有效率,这取决于开发者和现有的架构。仅仅因为你给了一个学生司机一辆赛车