.NET 客户端配置文件值得定位吗？答案

【问题标题】：Is the .NET Client Profile worth targeting?.NET 客户端配置文件值得定位吗？
【发布时间】：2008-08-19 04:28:54
【问题描述】：

我最近一直在研究针对我正在构建的 WPF 应用程序的 .NET 客户端配置文件。但是，我很沮丧地注意到客户端配置文件仅对以下操作系统配置有效：

Windows XP SP2+
~~Windows Server 2003~~ 编辑： Appears 客户端配置文件不会安装在 Windows Server 2003 上。

此外，客户端配置文件不对 x64 或 ia64 版本有效；如果任何以前版本的 .NET Framework 已安装，也不会安装。

我想知道为测试矩阵添加额外的操作系统配置是否值得。是否有任何可用的指标来说明可能从客户资料中受益的用户百分比？我相信，一旦安装了 .NET Framework，额外的信息就会作为 Web 请求的一部分传递给 Web 服务器，表明该框架可用。诚然，我想没有安装 .NET Framework 的 Windows XP SP2 用户会是很多人。那么问题来了，我的申请是否专门针对这些人。

是否有其他人确定是否值得为这些特定用户付出额外努力？

编辑：如果您使用客户端配置文件中未包含的功能，似乎可能会收到编译器警告。由于我通常会以错误的形式运行警告，因此希望这足以最大限度地减少此配置中的测试。当然，此配置仍需要测试，但它应该像测试安装/初始设置一样简单在带有 SP2+ 的 XP 上运行。

【问题讨论】：

标签： .net .net-client-profile

【解决方案1】：

最终，如果您以客户资料为目标，它不会伤害任何用户。这是因为客户端配置文件是 .net 框架 v3.5 sp1 的子集，如果已经安装了 v3.5 sp1，则无需安装任何东西。

客户端配置文件中的程序集与完整框架是相同的二进制文件，因此除非您动态加载程序集，否则您不需要进行任何额外的测试。

我的想法是，除非您必须使用不在客户端配置文件中的程序集，否则您应该以它为目标。

至于操作系统要求，WPF 不会在 pre-XP sp2 上运行，所以如果您需要在其他操作系统上运行，那么无论如何您都必须使用 WinForms。

编辑：

在 IE 上，是的。它将 .NET Framework 版本作为 UA 字符串的一部分发送，例如：

其实FF3+3.5sp1也是这样：

Mozilla/5.0（Windows；U；Windows NT 6.0；en-US；rv:1.9.0.1）Gecko/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729)

【讨论】：

【解决方案2】：

我认为尽可能多地定位用户很重要，您是否考虑过在没有任何托管代码的情况下发布您的应用程序？您可以使用 http://www.xenocode.com/ 或 http://www.remotesoft.com/linker/ 等工具将托管应用程序转换为纯机器代码，因此您根本不需要客户端计算机上的任何 .NET 框架。

【讨论】：

【解决方案3】：

我相信，一旦安装了 .NET Framework，额外的信息就会作为 Web 请求的一部分传递到 Web 服务器，表明该框架可用。

在 IE 上，是的。它将 .NET Framework 版本作为 UA 字符串的一部分发送，例如：

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; .NET CLR 2.0.50727).

【讨论】：