我们将一个包含20多个项目的解决方案从.net 2.0迁移到3.5,同时将Visual Studio 2005迁移到2008。同时,我们也从MS Entlib 2.0迁移到4.0。
Visual Studio向导将
为我们解决方案?
2.0?
2.0?
编辑:当我写这篇文章的时候,我可能有点困惑,向后兼容性应该是这样。 2.0项目中是否存在无法在3.5版本中工作/编译的任何内容
:)
//W
最佳答案
从2005年到2008年,我们升级了一个相当大的解决方案(超过20个项目),但这确实微不足道。项目基本上只是升级。由于3.0/3.5和2.0共享相同的核心框架,因此基础框架仍然相同。
如上所述,即使您正在升级,也无需更改项目的框架引用-实际上,默认情况下,它将框架保留为2.0,而不是将其更改为3.0/3.5。这意味着除非更改引用(项目属性页,应用程序表“目标框架”字段),否则您将无法利用3.0/3.5的功能,但是这也意味着您可以放心,不会再有其他兼容性。问题(因为在更改该引用之前,添加3.0/3.5代码会出现错误)。
尽管您无需升级应用程序即可使用TFS 2008,但也不应忽视TFS 2008的新功能。
从1.1到2.0的转换要痛苦得多...
关于.net - 将.net 2.0解决方案转换为.net 3.5的陷阱,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/161368/