到 2008 年秋天,我即将开始一个新的开发周期,主要产品有一个 winforms 和一个 asp.net 界面。我们在其中使用 Telerik、DevExpress 和 Infragistics 组件,所有组件都将在一个月左右的时间内发布,这将是我们春季发布产品的目标。
它们都支持 VS2005,我们将继续以 .net 2+ 为目标,所以到目前为止我看不出有任何令人信服的理由升级到 VS2008。
有没有人找到升级到 VS2008 的令人信服的理由?
到 2008 年秋天,我即将开始一个新的开发周期,主要产品有一个 winforms 和一个 asp.net 界面。我们在其中使用 Telerik、DevExpress 和 Infragistics 组件,所有组件都将在一个月左右的时间内发布,这将是我们春季发布产品的目标。
它们都支持 VS2005,我们将继续以 .net 2+ 为目标,所以到目前为止我看不出有任何令人信服的理由升级到 VS2008。
有没有人找到升级到 VS2008 的令人信服的理由?
这很值得。它更快,设计器得到了极大的改进(拆分视图,更快的上下文切换),它对 javascript 有更好的支持,当你准备好以 3.5 为目标时,你就可以开始了。
以下是微软升级(.DOC) 的 10 大理由:
是的,绝对值得升级。我实际上会说直接使用 VS2008 SP1。有很多 IDE 改进(可用性特性和速度)和 Web 开发体验的改进,包括更好的 JS 和 CSS 支持。
如果您在一个月内发布,我建议不要升级。升级到 2k8 是下一个主要版本的一部分……如果一切都按原样工作,你没有理由冒着不能正常工作或其他复杂情况的风险。
为了补充 John 的帖子,还内置了单元测试、内置重构、代码分析,并且 html\javascript 的网页设计器得到了极大的改进。我想不出你不升级的任何理由。
对我来说值得升级的主要原因是我可以从同一个 IDE 定位不同的 .NET 版本(2、3、3.5),而在过去,一个版本的 Visual Studio 支持一个版本的 .NET。
UI 现在看起来响应速度更快,但核心工具和流程集并没有太大变化。
新的 C# 语言特性对我来说很有吸引力:
自动属性、对象初始化器、集合初始化器、扩展方法、lambda 表达式。
有关负责人的快速概述,请参阅: http ://weblogs.asp.net/scottgu/archive/2007/03/08/new-c-orcas-language-features-automatic-properties-object-initializers-and -collection-initializers.aspx http://weblogs.asp.net/scottgu/archive/2007/03/13/new-orcas-language-feature-extension-methods.aspx http://weblogs.asp.net/scottgu /archive/2007/04/08/new-orcas-language-feature-lambda-expressions.aspx
我同意 Martinez 先生的观点,即我不会将任何现有项目移植到 3.5 框架,但拆分设计器和 javascript 调试本身是值得的。
升级,你不会后悔。特别是,Linq 将使您的生活变得更加轻松。有 c# 的扩展。
这几乎没有触及表面,在您正在开发的领域肯定也有新玩具,无论是网络、桌面还是服务器。
我会升级,但要为安装过程留出一些时间。在我的中等速度的开发工作站上花了两个小时,安装完成后两个小时我仍在做更新、补丁、修补程序......(今天根本没有完成任何“真正的工作”!)
在您描述的特定情况下很有帮助。考虑以下:
1)您正处于开发周期的开始。在周期开始或周期之间进行这些类型的更改总是比在周期中间更容易。鉴于此原则,您的下一个方便升级时间(如果时间表没有延迟)将是明年春天。
2) 如果您需要继续支持较旧的框架,VS2008 允许编译器针对任何特定的 .NET 运行时版本,包括 2.0。
此外,正如其他一些答案所建议的那样,直接转到 SP1。服务包升级体验并不像 VS2005 SP1 那样艰巨……至少在我的经验中是这样。
VS 2008 不是重点。最新的 .Net 包是重点。您可以将 Linq 和所有其他新功能与记事本和命令行编译器一起使用,但我想这更具理论性。所以我的说法是肯定的,.net 3.5 是推荐的,但在没有 VS 2008 的情况下使用它不是一个好主意。