将.net 2.0解决方案转换为.net 3.5的陷阱

我们正在将一个包含20多个项目的解决方案从.net 2.0迁移到3.5,同时从Visual Studio 2005迁移到2008.我们也同时从MS Entlib 2.0切换到4.0.

是否有任何理由不让Visual Studio向导为我们转换解决方案？

3.5完全向后兼容2.0吗？

Entlib 4.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的转换更加痛苦......