.net 我们需要安装完整的Dotnet框架吗

我们是否需要安装完整的donet框架以仅执行.net应用程序，我们是否可以将CLR嵌入可执行文件本身。

这里有两个选项：

一种叫做“客户端框架”的东西，它是.Net框架的精简版。它只包含某些程序集，因此更为有限，但可能就足够了

使用“链接”工具将.Net Framework DLL添加到应用程序中。虽然这可能有效，但不建议这样做。不会使用框架的更新，安装其他版本的.Net Framework时出现版本控制问题，或者使用该框架的其他应用程序正在运行

---

基本上，根据最新统计数据，超过90%的Windows计算机已经有了.Net Framework 2.0，超过65%的计算机已经有了.Net Framework 3.5 SP1。这意味着在没有框架的情况下部署应用程序不会有问题…

这里有两个选项：

一种叫做“客户端框架”的东西，它是.Net框架的精简版。它只包含某些程序集，因此更为有限，但可能就足够了

使用“链接”工具将.Net Framework DLL添加到应用程序中。虽然这可能有效，但不建议这样做。不会使用框架的更新，安装其他版本的.Net Framework时出现版本控制问题，或者使用该框架的其他应用程序正在运行

---

基本上，根据最新统计数据，超过90%的Windows计算机已经有了.Net Framework 2.0，超过65%的计算机已经有了.Net Framework 3.5 SP1。这意味着你不应该在没有框架的情况下部署你的应用程序……

如果框架的大小是一个问题，那么考虑使用Silverlight——它有一个更小的占用空间，并且它包含了一个很好的框架功能子集。

---

根据@SaguiItay提供的统计数据，如果你的应用程序针对.Net 2.0框架（90%的安装基数），那么问题就很少了，因为大多数用户不需要安装任何额外的东西。虽然如果你这样做，你会错过使用一些很酷的特性，比如LINQ。

< P>如果框架的大小是一个问题，那么考虑使用Silverlight——它有一个更小的占用空间，并且它包含了一个很好的框架功能子集。

---

根据@SaguiItay提供的统计数据，如果你的应用程序针对.Net 2.0框架（90%的安装基数），那么问题就很少了，因为大多数用户不需要安装任何额外的东西。尽管如果你这样做了，你可能会错过使用一些很酷的功能，比如LINQ。

我不会从建议开始#2-哎哟。由于框架中各种程序集之间的相互依赖性，要确保正确使用它将是一项漫长而艰巨的任务，而且最终可能会交付大部分框架。我不会开始跟踪建议#2-哎哟。由于框架中各种程序集的相互依赖性，要确保正确使用它将是一项漫长、缓慢而艰巨的任务，而且最终可能会交付大部分框架。