Visual Studio升级建议2008/2010 [关闭]
https://stackoverflow.com/questions/402978
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
目前正在考虑为我们从vs 2005（winforms）迁移到vs 2008（wpf）的争论。我的主要观点是新的UI设计功能。
我有点担心我们会把大量的工作放在升级所有东西上，只是为了让我们在2010年出现时也必须这样做？因此，这也导致考虑跳过2008年，并在发布后立即采用2010年。
任何人都处于类似情况？
欢迎支持和反对的任何论据。
干杯。
解决方案
就我个人而言，我认为去2008年是相当安全的，因为2010年只是对它的扩展以及对WPF的Visual Studio设计时支持的增强。因此，过渡不应该那么复杂。更像是2005-2008升级的Win Forms或ASP.NET项目，这是一个很小的步骤。
我发现升级比以后更好，这样你就不会“陷入困境”。与现有的框架/系统。如果你继续建立你将最终取代的东西，那么管理层移动的理由就变得越来越难。
其他提示
我遇到了同样的情况并且选择了MSDN订阅路线，在那里我获得了所有新的开发工具。我有一个备用机器，我用于编译器的“下一个版本”，我用它进行迁移测试，因此我至少知道在做出决定时会发生什么。这对我很有用，我想如果你有一个不错的虚拟化设置，那就更好了。
新的编译器版本没有破坏我的构建，但确实伤害了我的许多自动化测试和附加的生产力工具。基本上。你需要某种回归测试来确定移动到新版本可能造成的损害。
你的问题对我来说没有意义。您是否在询问是否应将现有应用程序从Winforms迁移到WPF？或者你只是想开始制作新的WPF应用程序，但仍然可以使用现有的Winform项目吗？
无论哪种方式，从Visual Studio 2005迁移到2008都非常简单。现有的Winform项目请求转换，这需要几秒钟，对我来说从未失败（过去几个月转换了数十个解决方案和100个项目）。
但是，这与Winforms和WPF无关。
如果您想开始构建WPF应用程序，则没有理由等待VS 2010. VS 2008对这两种应用程序类型都提供了出色的支持。
我同意那些建议现在采用VS 2008的人。但要考虑的一点是，WPF具有相当高的学习曲线。我对WPF和Silverlight的接触有限，并发现它们是一个完整的“改变思维”。来自WinForms模型。祝你好运。
Winforms vs WPF是一个与众不同的世界。这比2005年到2008年的迁移要大得多。我不会将其作为升级到2008年的驱动因素。我也不知道你的项目范围，以及WPF是否真的是最好的方向产品。或者，如果表达式混合是您需要获得这些UI的所有工具。
我会专注于你可以立即获得的真正好处，而不是投球WPF。使用2008，您可以进行多目标定位，这样您就可以构建2005年用于构建的所有应用程序，并使它们以2.0框架为目标。根据我的经验，我发现2008更快，重构改进是一个很好的补充。 2008年还有大量其他新的改进，您可以开箱即用，并可以从第1天开始使用。
根据2010年的首席架构师Rico的说法，2010年您将获得更加丰富的多目标，这将使您能够更早地采用2010年，而不是强迫您使用CLR第4版。
目前我已经尽快升级到最新版本。虽然对于应用程序开发人员来说，它有自己的陷阱，例如。在大多数计算机上都找不到.Net Framework 3.5，如果我发送20 MB的自举安装程序，它会坚持使用活动的Internet连接来下载所需的文件。完整的安装程序是198 MB，虽然我不喜欢它，但我必须随软件一起发货。
对于Web开发人员，虽然问题更容易解决，但您只需担心使其在服务器上运行，并且事情会自动为用户工作。因此，如果您正在制作网络解决方案，我认为迁移更容易。
如果您正在制作应用程序软件，我认为您应该权衡迁移提供的优势以及它将对您的部署方案所做的更改。我不知道有多少人会同意这一点，但我相信应用程序开发人员应该是一个升级版本。
我认为这里存在潜在的流程问题，不应该被忽视：
何时适合升级开发工具和生产环境？
一方面，您可以跳过2008，但这会导致2010年何时被采用的问题：首次发布时，首次发布服务包还是其他一些里程碑？如果您在2005年使用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 RAM和4 GB硬盘，必须是2个分区，因为它不会让一个分区那么大。现在我的工作机器单独有4 GB RAM，一个2.66 GHz双核处理器和一个160 GB硬盘。我可以在另外10年内拥有一台拥有数百GB RAM的机器吗？虽然这看起来很荒谬，但如果我和其他一些开发人员分享一台机器，那么在我们所有人之间划分大量内存可能是有意义的。
