我目前正在研究一个项目，该项目将从.NET 2.0全面迁移到3.5.

我很清楚3.5基本上是2.0之上提供的一组添加功能(如果需要的话，库)。

仅将编译器重新定位为3.5，是否会遇到麻烦？

解决方案

回答

没有

3.5与2.0完全兼容，当然不是相反

回答

我最近将一个小型项目从2.0迁移到3.5，并且没有遇到任何特定问题，因为框架版本是向后兼容的。就是说，可以利用以后的框架版本中的可用功能进行大量的优化和改进。我们可能会收到一些过时的功能警告，但不会阻止项目编译。

回答

除此之外，该应用程序的某些用户将不得不下载新的框架运行时，据我所知没有。

回答

这不是陷阱，更多的是提防。 .NET v3.0和v3.5并不是新的CLR，而仅仅是添加的设置程序集，编译器，资源等。

.NET v3.0和v3.5都使用v2.0 CLR。因此，我们将无法说出将IIS应用程序池设置为使用v3.5 CLR ...因为它不存在。

在这里进行更详细的讨论：。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
http://www.hanselman.com/blog/HowToSetAnIISApplicationOrAppPoolToUseASPNET35RatherThan20.aspx

回答

我看到的唯一问题是名称冲突。我们需要消除代码中与在.net 2.0和3.5之间添加到.net框架中的名称共享名称的类或者方法名称的歧义。