你能以编程方式与基于组件的服务（TrustedInstaller）交互吗？

Question

我一直在试图找出如何以编程方式与基于组件的服务（CBS）进行交互，这基本上是TrustedInstaller和其他服务。目标是能够查询CBS安装的软件包，并获取它们可能安装的软件包上的任何其他信息。这是一个link to a overview of it。

基本上使用C/C++/C＃（不挑剔）我想通过API与此交互。这个链接是best documentation from MSDN，这是API相关的，我可以找到它并不多。然后这里是另一个MSDN documentation area，它提供了一些细节，但没有真正关于我可以用来与它进行交互的API。这是一个包管理器，你可以通过命令行以有限的方式进行交互以安装基于CBS的包。从最后一个环节最好的报价是：

“CBS提供了（这是 不公开）各种API为其客户 安装到维修操作 系统组件。”

这可以说一切，但我还没有准备好放弃呢。所有或至少大部分的这个家都是%WINDIR%\servicing其中CbsApi.dll为初学者，虽然它似乎被注册为一个COM DLL，它并没有公开任何类或功能做任何事情。这似乎也是大部分细节的API访问是在子文件夹，例如Packages，Sessions，Editions，Version等

我知道没有多少人会试图做到这一点，除了我和Greg Lambert谁从两年后有一个couple blog posts基本问相同的问题，并试图找出这个“不公开”的API。看起来他并没有破解这个坚果。

所以，现在我正着手寻求帮助，并询问社区是否有人为此制定了隐藏的API，或者可能想要接受挑战并查看他们可以找到的要求。任何有助于我更进一步的信息都会受到赞赏。

Answer 1

以编程方式访问CBS的正确方法是通过API发送给客户端。根据您尝试完成的内容，这将涉及Windows Installer或Windows Update Agent API，这两者都记录在Windows SDK中。 CBS instelf是一个实现细节，不应直接使用。由于依赖于实现细节而不是合同的事实是一种不好的做法，并且存在更简单和更可靠的方法来完成您对CBS直接做的任何事情，所以公共可用的信息如此之少是一个综合因素。

This part Windows Installer SDK处理查询已安装的组件。

Answer 2

也许事情已经改变了，因为我刚刚发现了MS的Component Based Servicing Reference，记录了一个COM接口。

附注：我通过Raymond Chen的博客上的a comment得到了答案，这让我想知道“什么是基于组件的服务，为什么它是一场灾难，它与自动分类有什么关系？”。我仍然不知道答案。

由于基于组件的服务的灾难，磁盘空间填满是Windows 7中的常见问题。

[但是，如果您可以禁用资源管理器中的自动排序，这不会成为问题。 Raymond]

Answer 3

CBS基本上用于Windows更新和其他维修操作。由于它们是由微软自己发布的，CBS的客户是微软的内部团队。 API不会公开发布。编写Windows更新等所需的工具和xml文件在Microsoft内部。第三方应用程序无法使用CBS技术。