将 .NET 3.5 库与应用程序捆绑在一起，以便它可以在仅安装 .NET 2.0 的计算机上运行？

发布于 2024-11-06 21:16:35 字数 226 浏览 10 评论 0原文

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

我已经读过有关 LINQBridge 的内容。但我不能简单地将“复制本地”设置为引用的程序集，例如System.Core.dll和System.Xml。 Linq.dll 来获取我需要的功能？

有什么缺点吗？这还被允许吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

梦里泪两行 2024-11-13 21:16:35

.Net 3.5 实际上只是 .Net 2.0 加上一些额外的 dll。没有 3.5 运行时。如果包含所需的 dll，应用程序将毫无问题地运行。

来自以下有关 linq 桥评论的文章： http://www.albahari.com/nutshell/ linqbridge.aspx

首先，了解一下很重要
C# 3.0 和 Framework 3.5 是
设计为与 CLR 2.0 一起使用 - 相同
Framework 2.0 使用的 CLR 版本。
这意味着 C# 3.0 编译器
发出在同一台计算机上运行的 IL 代码
和以前一样的虚拟机。
这使得 Framework 3.5 成为附加的——只是
正如框架 3.0 是
添加剂——包括额外的
增强现有的组件
2.0框架和CLR。所以没有什么可以阻止我们写我们的
自己的程序集来完成以下工作
框架 3.5（至少是关键的
本地 LINQ 查询所需的位）。
编译器然后寻找Where，
OrderBy 和 Select 方法。这
关键是它能找到
适当命名的方法
正确的签名（通常
扩展方法）。但事实并非如此
无论方法来自什么组件
从。 LINQBridge 只是提供
这些方法的另一个来源是
与那些功能相同
在框架3.5中实现
组件。