曾经在一个 VSTO 2008 的讨论会上听到一些小型软件开发商的担忧：我们本来使用 C++ 为 Office 开发插件，然后通过互联网给用户下载，并且收取费用。现在我们想用 VSTO，但是发布插件的时候，居然要用户下载 200MB 的 .NET Framework？？？我的插件本身才 50K 哎！我的很多用户现在依然使用低速网络接入，200MB 的内容够他们下载整整一天的了，这样我的产品怎么卖得出去？
发布，很现实的问题，开发人员使用 VSTO 强大的功能，可以快速做出以前很难实现的功能，可是如果最后却很难把产品分发给用户，那前面的工作又有什么意义呢？在企业内部，我们可以通过“推送”的方 法把 .NET Framework 方便地部署到每个客户端 PC，接下来再部署基于 VSTO 的解决方案就不是那么困难了；但是对于 ISV 呢，难道他们就注定和 VSTO 无缘了？
也许不是。
在先前的 Blog 里面我们提到过随着 Visual Studio 2008 SP1 的发布，VSTO 现在可以把“.NET 框架客户端配置（.NET Framework Client Profile）”作为目标框架。在这种配置下，如果目标系统没有安装 .NET Framework，那么安装程序将下载一个面向客户端应用程序的 .NET Framework 3.5 SP1 的子集。下载量将从原来的 200MB 缩小到 26.5MB。
那么如何使 VSTO 的解决方案使用针对客户端的配置呢？
作了上述的修改之后，工程中所有对 .NET 框架类库的引用，都必须限制在“客户端配置文件”这个子集内，编译器会负责这项检查，并且指出超出范围的引用。关于“客户端配置文件”的详细信息，可以参阅这篇 MSDN 文档：.NET Framework 客户端配置文件。 在准备发布工程的时候，我们还需要在“工程属性”的“发布”页面里面对预安装选项进行调整：原先需要预安装完整版本的 .NET Framework 3.5 SP1 可以改为预安装 .NET Framework Client Profile。
