logo标签列表

Visual Studio 升级建议 2008 / 2010

visual-studiovisual-studio-2008visual-studio-2010
6

目前正在考虑从VS 2005（WinForms）迁移到VS 2008（WPF）。我的主要观点是新的UI设计功能。

我有点担心，我们会花费大量精力升级一切，只为在2010年到来时再次进行相同的工作？因此，这也意味着考虑跳过2008并尽快采用2010。

有人遇到类似情况吗？

同时，欢迎提出赞成和反对的论点。

谢谢。

8个回答
10

我个人认为，升级到2008年会非常安全，因为2010年只是在其基础上进行扩展和增强，以支持WPF的Visual Studio设计时支持。因此，过渡应该不会那么复杂，更像是Win Forms或ASP.NET项目的2005-2008升级，这很容易。

我发现尽早升级比晚些升级更好，这样您就不会被现有的框架/系统所困扰。如果您继续在最终需要替换的东西上构建，就越来越难向管理层证明需要迁移。

同意，就我所知，WPF在.NET4中并没有太大的变化，因此现在转向WPF不会浪费任何努力。他们目前已经宣布的是，VS2010中的WPF工具将变得更好。我理解这意味着他们将把Expression Blend合并到VS中。 - U62
@RHM：关于时间表达式接管VS的设计师界面。使用过表达式后，我必须说这些家伙是最接近让我停止手动编写HTML的人了。 - NotMe
@Mitchel 2010将允许您针对CLR版本4进行目标定位。因此，这一步更类似于2003年到2005年的过渡。然而，Rico提到2010将让您针对CLR版本2进行目标定位。 - Sam Saffron
@sambo99实际上，从2008年转换到2010年并不会对框架引入太多的破坏性变更，并且由于针对性，它更像是2005-2008年的升级。这至少是我的一般看法，因为2003-2005年并不总是容易的... - Mitchel Sellers
大家好，感谢回复此帖的所有人。 - Dan
1

我曾处于同样的情况，选择了MSDN订阅路线，我可以在新开发工具发布时获得所有最新的开发工具。我有一台备用机器用于编译器的“下一个版本”，用于迁移测试，这样我至少知道在做出决策时会发生什么。这对我来说效果很好，如果您拥有良好的虚拟化设置，那就更好了。

新的编译器版本没有破坏我的构建，但确实影响了我的许多自动化测试和插件生产力工具。基本上，您需要某种回归测试来确定转移到新版本可能会造成的损害。

1

我没太明白你的问题。你是在问是否应该将现有的Winforms应用迁移到WPF？还是你只想开始制作新的WPF应用，但仍然希望使用现有的Winform项目？

无论哪种方式，从Visual Studio 2005迁移到2008都非常简单。现有的Winform项目请求进行转换，只需要几秒钟，而且在过去几个月中完成了数十个解决方案和数百个项目的转换，从未失败。

然而，这与Winforms和WPF无关。

如果你想开始构建WPF应用程序，没有理由等待VS 2010。VS 2008对于两种应用程序类型都有很好的支持。

1

我同意那些建议现在采用VS 2008的人。但需要考虑的一件事是，WPF具有相当高的学习曲线。我有一些有限的接触WPF和Silverlight，发现它们与WinForms模型完全不同。祝好运。

1
如果我站在你的立场上，我会现在就跳槽。这样可以让你逐渐适应许多新功能，从而减少未来2010年跳槽所带来的影响。此外，在2010年发布之前，你还可以享受数月更好的性能和功能。
1
Winforms和WPF是完全不同的世界。这比从2005迁移到2008要大得多。我不会把这作为升级到2008的驱动原因。我也不知道你的项目范围以及WPF是否真的是推动产品发展的最佳方向，或者表达混合是否是你需要开发这些UI的全部工具。
与其宣传WPF的优点，我更倾向于关注您可以立即获得的实际收益。使用2008，您可以进行多目标定位，因此可以构建所有您曾经在2005中构建的应用程序，并将它们定位到2.0框架。根据我的经验，我发现2008更快，重构改进是一个很好的补充。在2008中还有大量其他新的改进，您可以立即开始使用。
根据2010年的首席架构师Rico所说，您将获得更丰富的多目标定位功能，这将使您能够更早地采用2010，而不强制您从一开始使用CLR版本4。
0

目前，我已经养成了尽快升级到最新版本的习惯。虽然对于应用程序开发人员来说，这有其自身的缺陷，例如大多数计算机上都找不到 .Net Framework 3.5，如果我发布的是20 MB的引导安装程序，则需要一个活动的互联网连接来下载所需的文件。完整的安装程序为198 MB，虽然我不喜欢它，但我必须将其与软件一起发布。

对于 Web 开发人员来说，问题更容易解决，您只需要担心使其在服务器上工作，用户的事情会自动处理。因此，如果您正在制作 Web 解决方案，我认为迁移更容易。

如果您正在制作应用程序软件，我认为您应该权衡迁移提供的优势和它对部署方案所做的更改。我不知道有多少人会同意这一点，但我认为应用程序开发人员应该落后于一次升级。

0

这里有一个潜在的过程问题，我认为不应该被忽视：

什么时候是升级开发工具和生产环境的适当时间？

一方面，您可以跳过2008，但这会引出一个问题：2010年何时被采用：首次发布、第一个服务包发布或其他里程碑？如果您继续使用2.0框架并且其他人转向其他框架，则可能会导致创建更多的遗留代码。即使您切换到2008，它仍然可以针对2.0框架进行目标设置，因此.Net框架的升级可能会单独进行，这是一些人喜欢的。这个阵营中的另一个关键点是谁负责研究评估版本之间的差异，以确定哪个值得转移。

另一方面，您可以建议每3年左右制定连续的升级策略，因为过去十年的Visual Studio版本大约是2002、2003、2005和2008。在我看来，这似乎是更好的方法，因为有更多的持续演进而不是一直被锁定。在这种情况下，可能会使用新功能，因为新工具相对于第一种情况来说变化得更快，而在这种情况下，由于您始终希望在2-3年内移动，所以这种变化并不那么大。

当我说这话的时候，我的旧工作机器上有Visual Studio 2003、2005和2008，所以我有点倾向于后者，这对我来说很有意义。我记得10年前，我的工作机器上有NT 4.0、Pentium II 333 MHz处理器、64 MB内存和一个4 GB硬盘，必须分成2个分区，因为它不允许一个分区那么大。现在我的工作机器仅有4 GB的RAM，一个2.66 GHz双核处理器和一个160 GB硬盘。在另外10年里，我会拥有数百GB的RAM吗？虽然这可能看起来荒谬，但如果我与其他几个开发人员共享一台机器，将大量内存分配给我们所有人可能是有意义的。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接