1
10
就我个人而言,我认为进入2008年是相当安全的,因为2010年只是它之上的扩展和对WPF的VisualStudio设计时支持的增强。因此,过渡不应该那么复杂。更像是Win Forms或ASP.NET项目的2005-2008年升级,这是一个骗局。
|
2
1
我也遇到了同样的情况,选择了MSDN订阅路线,在那里我可以得到所有新的开发工具。我有一台备用机器,用于“下一个版本”的编译器,用于迁移测试,因此我至少知道在做出决定时会发生什么。这对我来说效果很好,我想如果你有一个像样的虚拟化设置就更好了。
|
3
1
你的问题对我来说没什么意义。您是否在询问是否应该将现有应用程序从Winforms迁移到WPF?或者您只是想开始制作新的WPF应用程序,但仍然使用现有的Winform项目?
如果你想开始构建WPF应用程序,没有理由等待VS2010。VS2008对这两种应用程序类型都有很好的支持。 |
4
1
|
5
1
|
6
1
Winforms与WPF是一个截然不同的世界。这比从2005年到2008年的迁移要大得多。我不会把这作为升级到2008年的理由。我也不知道你的项目范围,如果WPF真的是你的产品的最佳方向。或者,如果expression blend是使这些UI运行所需的全部工具。 我将专注于你能立即获得的真正好处,而不是宣传WPF。在2008年,您有多个目标,因此您可以构建2005年构建的所有应用程序,并让它们以2.0框架为目标。根据我的经验,我发现2008年更快,重构改进是一个很好的补充。2008年还有很多新的改进,你可以从第一天开始使用。 根据2010年首席架构师Rico的说法,2010年的multi-Targeting将更加丰富,这将允许您更早地采用2010年,而不会强迫您从get go开始使用CLR版本4。 |
7
0
目前,我已经习惯于尽快升级到最新版本。虽然对于应用程序开发人员来说,它也有自己的缺陷,但是大多数计算机上都找不到Ex..Net Framework 3.5,如果我提供的是20MB的引导安装程序,它会坚持使用活动的Internet连接来下载所需的文件。完整的安装程序是198mbs,虽然我不喜欢它,但我必须随软件一起提供。
|
8
0
这里有一个我认为不应该忽视的潜在过程问题:
一方面,您可以跳过2008年,但这会导致一个问题:2010年将在何时采用:第一次发布、第一次service pack发布或其他里程碑?如果您使用2.0框架锁定在2005年,而其他人使用其他框架,这可能会导致创建更多的遗留代码。即使您切换到2008年,它仍然可以针对2.0框架,因此.Net框架的升级可能会单独进行,有些人可能会喜欢。这个阵营的另一个关键点是,谁进行研究来评估不同版本之间的差异,以确定哪个版本值得改变。 另一方面,您可以建议采取一种持续的策略,每三年左右准备升级一次,因为过去十年的VisualStudio版本到目前为止大约是2002年、2003年、2005年和2008年。在我看来,这似乎是一个更好的方法,因为更多的是一个持续的进化过程,而不是完全被锁定。在这种情况下,可能会有新的功能被使用,因为新的工具来得很快,而第一种情况下,这种转变可能被视为一个大的步骤,而在这种情况下,它不是那么大,因为你总是希望在2-3年内移动。 当然,正如我所说,我的旧工作机器有VisualStudio2003、2005和2008,所以我是在后一个阵营,这对我来说是有意义的。我记得10年前,我的工作机器有NT 4.0、奔腾II 333 MHz处理器、64 MB RAM和一个4 GB硬盘驱动器,它必须有两个分区,因为它不会让一个分区那么大。现在我的工作机器只有4GB内存,2.66GHz双核处理器和160GB硬盘。再过10年,我能拥有一台具有数百GB内存的机器吗?虽然这看起来很可笑,但如果我和其他几个开发人员共享一台机器,在我们所有人之间分配大量内存可能是有道理的。 |
Willy · LINQ:将分组列表转换为新列表 7 年前 |
Kapil · 如何使用参数设置脚本任务SSI的路径 7 年前 |
c00000fd · 跨命名空间和不同的.H文件的友元类 7 年前 |
tangoal · 调用模板类成员时非法使用此类型作为表达式 7 年前 |