我们的应用程序通常使用 ActiveX 控件在 IE（XP 和更早版本）上下载和安装我们的客户端，但是随着我们的用户群转向更多启用“保护模式”的 Vista 框，我们需要进行调查。
那么接下来，尝试使用保护模式 API 是否值得头疼？这是否会导致大量对话框和管理员权限来执行我们的应用程序需要做的事情（写入一些本地文件位置，访问其他一些应用程序等）？
我一心只想添加一个非基于浏览器的安装程序应用程序，如果需要，它将完成下载和安装客户端的繁琐工作......这只需要安装一次，在大型公司结构中它可能是被 IT 淘汰了。
我还缺少其他一些想法吗？
这个客户端，它是一个桌面应用程序，而不是在浏览器中运行的一些软件吗？在这种情况下，请提供一个常规的下载安装程序应用程序。我对浏览器托管安装程序的个人经验是，它们只是令人困惑，而且我所见过的少数安装程序似乎在某些方面编码不佳。
如果您使用基于 MSI 的安装程序，我相信很多 Windows 域管理员也会喜欢您，因为 Microsoft 有工具可以将基于 MSI 的安装远程部署到大量机器上。
你检查过微软的ClickOnce 部署吗？
如果我没记错的话，您可以嵌入一个清单，这将有助于自动处理受保护的模式，从而为您省去 API 的麻烦。
我相信 ClickOnce 适用于您的 ActiveX 安装程序的设计目的。
既然您说您的 IT 部门可以将其推出，我认为您也可以使用这种技术。
即使您可能没有在 .NET CLR 上编写应用程序，也可以使用 Visual Studio 为您生成这些清单和安装程序。
做这件事比再拖延要好得多。Vista 是微软的一种说法，他们不会让人们不再忽视安全问题并鼓励人们更新他们的代码。
我相信这里的其他用户将能够向您指出一些有关编写 ActiveX 控件的 MSDN 最佳实践。