从 2008 年秋天开始,我即将开始一个具有 winforms 和 asp.net 界面的主要产品的新开发周期。我们在其中使用 Telerik、DevExpress 和 Infragistics 组件,所有这些组件都将在一个月左右的时间内发布,这将是我的产品春季发布的目标。

它们都支持 VS2005,我们将继续以 .net 2+ 为目标,所以到目前为止我看不出有任何令人信服的理由升级到 VS2008。

有人找到升级到 VS2008 的令人信服的理由吗?

有帮助吗?

解决方案

如果一个月内发布,我建议 不是 升级。让升级到 2k8 成为下一个主要版本的一部分......如果一切都按原样工作,那么您没有理由冒某些工作不完全相同或出现其他并发症的风险。

其他提示

这很值得。它更快,设计器得到了极大的改进(分割视图,更快的上下文切换),它对 JavaScript 有更好的支持,当您准备好面向 3.5 时,您就可以开始了。

这些是微软的 升级的 10 个理由 (.DOC):

  1. LINQ支持
  2. 与 Microsoft Expression 相同的设计元素(Web 和 Blend)
  3. AJAX 和 WCF/REST
  4. 更好的 WPF 支持
  5. 改进的 MSTEST(也包含在专业版中)
  6. 改进的 HTML、CSS 和 JavaScript 编辑器
  7. 从项目设置中选择要定位的框架版本
  8. 改进的 Office 开发工具,包括功能区 UI 和 Click-Once 支持
  9. 集成 WCF 和 WWF 支持
  10. 更好的性能和稳定性

是的,它绝对值得升级。我实际上会说直接进入 VS2008 SP1。IDE 有了很多改进(可用性功能和速度),Web 开发体验也得到了改进,包括更好的 JS 和 CSS 支持。

补充一下 John 的帖子,还内置了单元测试、内置重构、代码分析,并且 html\javascript 的网页设计器也得到了极大的改进。我想不出你不升级的任何理由。

对我来说,升级是值得的,主要原因是我可以从同一个 IDE 定位不同的 .NET 版本(2、3、3.5),而在过去,一个版本的 Visual Studio 支持一个版本的 .NET。

现在,用户界面似乎响应速度更快了,但核心工具和流程集并没有发生太大变化。

我同意先生的观点。Martinez 的观点是,我不会将任何现有项目移植到 3.5 框架,但拆分设计器和 javascript 调试本身就值得。

升级,你不会有丝毫后悔。特别是,Linq 将使您的生活变得更加轻松。其中有 c# 的扩展。

这仅仅触及表面,您正在开发的领域肯定也有新的玩具,无论是网络、桌面还是服务器。

我会升级,但要留出一些时间进行安装过程。在我的中等速度的开发工作站上花了两个小时,安装完成两个小时后我仍在进行更新、补丁、修补程序......(今天根本没有完成任何“真正的工作”!)

这对于您描述的特定情况很有帮助。考虑以下:

1) 您正处于开发周期的开始阶段。在周期开始时或周期之间进行这些类型的改变总是比在周期中间更容易。根据这一原则,您下一次方便的升级时间(如果时间表没有延迟)将是明年春季。

2) 如果您需要继续支持较旧的框架,VS2008 允许编译器针对任何特定的 .NET 运行时版本(包括 2.0)。

另外,正如其他一些答案所建议的那样,直接转到 SP1。服务包升级体验并不像VS2005 SP1那么大的考验......至少根据我的经验。

VS 2008不是重点。最新的.Net 包是重点。您可以通过记事本和命令行编译器使用 Linq 和所有其他新功能,但我想这更理论化。所以我的说法是肯定的,建议使用 .net 3.5,但在没有 VS 2008 的情况下使用它并不是一个好主意。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top