Visual Studio在尝试执行此操作时会发出警告，但不会阻止它。 这是安全的吗？有什么影响？
答案 0 :(得分：6)
如果您以任何方式使用.net 3.5库，那么您使用的是.net 3.5。你没有使用它们“来自.net 2.0”，你只是使用.net 3.5并且需要在应用程序中分发.net 3.5运行时。
答案 1 :(得分：2)
正如您可能知道的那样，.NET 3.5是对.NET 2中首次引入的功能的语言构建的增量更改。这意味着您可以针对.NET 2，.NET 3和.NET 3.5进行多目标。 .NET 3和.NET 3.5通过引入新的DLL并提升了一些现有的DLL以应对LINQ和Lambda表达式等新语言功能，带来了一些相当基础的增强。
从上一段开始，我们可以推断出使用.NET 2应用程序中的.NET 3.5程序集是完全可能的，但部署含义意味着您必须分发适用于.NET 3.5的DLL。这意味着您可能最终不得不使用.NET 3.5可再发行组件。
答案 2 :(得分：2)
您如何知道您直接引用的其他 .NET 3.5程序集需要哪些？您不知道他们是否依赖.NET 3.5安装程序编写的注册表项或CLR 2.0 SP1更改。
基本上，这是一个非常糟糕的主意，IMO。如果要使用.NET 3.5，只需安装.NET 3.5即可。其他任何事情只是要求很难诊断问题。
答案 3 :(得分：0)
如果确保选择编译器输出.Net 2.0代码，则可以使用.Net 3.5功能，例如短获取设置属性。
答案 4 :(得分：0)
确保只引用.net 2应用程序中的.net 2.0程序集。部署应用程序时，如果程序集未在服务器上加载，则应用程序将失败