2

对于桌面程序员，您是否避免在客户端计算机上部署 .NET 3.5 框架，因为它占用空间大？如果是这样，LINQBridge功能是否完整？

[编辑]

.NET 3.5 Framework 唤起了 OLE 2.0（又名 COM）的感觉。当 2.0 新出来的时候，一些用户就在问是否会有 OLE 版本 3.0。但不会有。OLE 2.0 是一个可靠的体系结构，可以在不触及底层体系结构的情况下进行所有未来的改进。

我认为 .NET Framework 2.0 的 CLR 与坚实的架构相同，无需更改底层架构以适应未来的改进。.NET 3.5 的发布无需更改其底层 CLR(2.0)。如果微软可以在不改变底层架构（CLR 2.0）的情况下改进 .NET（5.0），这证明 CLR 2.0 从一开始就有良好的基础，对他们表示敬意。

JVM 也不能这样说，它的基础是有缺陷的。他们的泛型无法从其 VM/CLR 中获得一流的支持。

话虽如此，.NET 3.5 只是额外的库，其中一些我不需要的功能，一些我可以愉快地交换（例如 LINQBridge）。其余的只是语法糖（不依赖于 3.5）。仍然可以继续使用 VS 2008，面向 .NET 2.0（仅 20 MB），但仍然可以获得简洁的功能：lambda、扩展方法、推断变量、匿名类型、自动属性等。

4

3 回答 3

3

我使用 LINQBridge 是因为我们这里有一些用户在 Win2k 上使用的 PC，因此不支持 .net 3.5。我发现 IEnumberable 的东西非常好，它的性能与微软不相上下。但是，它缺少整个 IQueryable 的东西，而且我认为它没有 XElement 的东西或 LINQ-TO-SQL 的东西。

于 2009-01-30T19:15:38.097 回答
0

庞大的规模？即使是 200mb，这真的很重要吗？戴上一次就开心了。

于 2009-01-30T19:11:57.993 回答
0

必须在 500 多台计算机上安装 200mb（就像我们在这里必须做的那样）是一种巨大的痛苦。

您可以使用 ASUS 来帮助发送垃圾邮件，但 200MB 的空间仍然很大。

话虽如此，是的。它让我们停下来重新考虑是迁移到 3.5 还是继续在 2.0 中编写所有内容。在这一点上，我们正在用 2.0 编写大部分内容，并且我们正在根据需要将 3.5 分发给机器，以用于我们使用 3.5 的一次性项目。

当我们实现了 3.5 的良好用户群并且旧机器（具有较小驱动器）已被消耗所取代时，那么我们可能会完全迁移到 3.5 框架。

到那时，MS 可能会有 5.0，但是，嘿.. 我们正在前进。=)

至于LinqBridge……不。如果我要使用 Linq 编写代码，我会正确地做，而不是半途而废。

于 2009-01-30T19:19:47.073 回答