Microsoft.NET 4.0完整框架和客户端配置文件之间的差异

Microsoft.NET Framework 4.0完整安装程序（32位和64位）为48.1MB，客户端配置文件安装程序为41.0MB。提取的安装文件分别为237MB和194MB，安装后分别为537MB和427MB

这是110MB的差异。这两个包裹有什么区别

什么时候最好安装客户端配置文件而不是完整的.NET Framework

解释了许多差异：

何时使用NET4客户端配置文件以及何时使用NET4完整框架？
NET4客户端配置文件：
始终针对所有客户端桌面应用程序（包括Windows窗体和WPF应用程序）的NET4客户端配置文件

NET4完整框架：
仅当客户端配置文件中未包含应用程序所需的功能或程序集时，才将目标设置为NET4 Full。这包括：

• 如果您正在构建服务器应用程序。例如：
  o ASP.Net应用程序
  o服务器端基于ASMX的web服务
• 如果您使用传统客户端方案。例如：
  o使用System.Data.OracleClient.dll，该文件在NET4中已弃用，但未包含在客户端配置文件中。
  o使用传统Windows工作流基础3或3.5（WF3.0，WF3.5）
• 如果您针对开发人员场景，并且需要诸如MSBuild之类的工具，或者需要访问诸如System.design.dll之类的设计程序集

但是，这与>=4.5不相关：

从.NET Framework 4.5开始，客户端配置文件已停止使用，只有完整的可再发行包可用。NET Framework 4.5提供的优化（如更小的下载大小和更快的部署）消除了对单独部署包的需要。单个可再发行应用程序简化了安装过程，简化了应用程序的部署选项

---

MSDN上有一个程序集列表（列表太长，无法包含在此处）

如果您对功能更感兴趣，MSDN上会列出以下内容：

• 公共语言运行库（CLR）
• 点击一次
• Windows窗体
Windows演示基金会（WPF） Windows通信基金会（WCF）
• 实体框架
• Windows工作流基金会
• 讲话
• XSLT支持
• LINQ到SQL
• 实体框架和WCF数据服务的运行时设计库
• 托管可扩展性框架（MEF）
• 动态类型
• 并行编程特性，如任务并行库（TPL）、并行LINQ（PLINQ）和协调数据结构（CD）
• 调试客户端应用程序

而以下各项则不包括在内：

• ASP.NET
• 高级Windows通信基础（WCF）功能
• 用于Oracle的.NET Framework数据提供程序
• 用于编译的MSBuild

您应该在公司内部部署“客户机配置文件”而不是“完整框架”，主要是在一种情况下：您希望明确拒绝客户机上运行的某些.NET功能。唯一真实的情况是，由于安全原因或现有的公司政策，在公司的客户机上拒绝使用ASP.NET

---

在客户机上节省少于8MB的内存并不是公司部署“客户机配置文件”的一个重要原因。公司后期需要部署“完整框架”的风险高于每个客户端8 MB的成本。

卡梅伦·麦克法兰（Cameron MacFarland）成功解决了这一问题

---

我想补充一点，.NET 4.0客户端配置文件将包含在Windows及其未来版本中。希望大多数计算机具有客户端配置文件，而不是完整的配置文件。如果你在做（B2C）销售，不要低估这一事实。

卡梅隆回答中的链接说明了一系列原因。@Ade。当然，我们谈论的都是同样的事情。两个软件包之间的差异是众所周知的。我只想清楚地说，使用“客户端配置文件”的唯一严重原因是要求在客户端计算机上拒绝ASP.NET。所有其他技术细节都不是很重要。

节省的内存少于8MB…

这只是安装程序；在这个1Tb驱动器的时代，它又安装了110MB。110MB-8Mb。谁在乎呢？@Oleg，如果你的答案是真的，那么为什么.NET 4.5以后的版本不再支持客户端配置文件？这篇博文还讨论了不同的框架文件大小：7.1MB的差异？开发人员会因为微软认为7.1MB值得一分为二而感到沮丧吗？棒极了。旧线程，但

7.1MB的差异？开发人员对编译错误感到沮丧，因为微软认为7.1MB值得一分为二？

这只是安装程序。打开包装后，它的容量增加了43MB。一旦安装，它的容量将增加110MB。你可以忘记嵌入式或低调的系统；成本和体系结构并不是Rπ不支持Windows的唯一原因。