Linq 将.NET 3.5 libs与应用捆绑在一起，使其在只安装了.NET 2.0的计算机上运行？

我想在只安装了.NET Framework 2.0的计算机上使用LINQ

我读过关于林克桥的书。但是我不能简单地将copy local设置为引用的程序集（如System.Core.dll和System.Xml.Linq.dll）以获得所需的功能吗

---

有什么缺点吗？这是允许的吗？

.NET3.5实际上只是带有一些额外DLL的.NET2.0。没有3.5运行时。如果包含所需的DLL，则应用程序运行时不会出现任何问题

以下关于linq桥评论的文章：

首先，理解这一点很重要 C 3.0和框架3.5是 设计用于与CLR 2.0一起使用-相同 Framework 2.0使用的CLR版本。 这意味着C 3.0编译器 发出在同一计算机上运行的IL代码 虚拟机和以前一样

这使得框架3.5只是一种附加功能 正如framework3.0一样 包含额外添加剂的添加剂 增强现有系统的程序集 2.0框架和CLR。所以没有什么可以阻止我们写我们的 拥有执行的工作的程序集 框架3.5至少，关键 本地LINQ查询所需的位

编译器然后查找， OrderBy和Select方法。这个 关键的是它能找到 使用 典型的正确签名 扩展方法。但事实并非如此 不管方法是什么 从…起LINQBridge只提供 这些方法的另一个来源是 在功能上与这些相同 在框架3.5中实施 装配

---

LINQBridge提供了2.0框架中的方法。我会把我的答案附在后面，你的意思是3.5。框架，否则您的评论没有意义。重新发明这些扩展方法的意义是什么？无论如何，我必须重新分发System.Core.dll或LINQBridge.dll。因为这样，您不必将所有dll添加到安装中，只需添加一个。它将充当框架和代码之间的填隙片，因此您不会遇到希望在机器上安装dll而实际并非如此的情况。如果您在安装项目中包含了所有您知道需要的DLL，那么使用它就没有意义了。这只会省去你的麻烦。