小编Wir*_*ren的帖子

将.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 ^

.net migration enterprise-library visual-studio

6
推荐指数
1
解决办法
8019
查看次数