Deployment 肩并肩地显现，热还是失宠？

最近我们的客户遇到了一些.dll地狱般的问题，所以我想知道安装Required.dll和.ocx的SxS是否是个好主意。我读过这篇文章，并成功地部署了我们的应用程序，至少它的一些依赖项是通过清单来满足的，但这仍然是推荐的部署方式吗，或者这是过去几年的一种时尚，现在逐渐被抛弃了？

我过去曾尝试过SxS，但在应用程序应该运行的Windows XP机器上遇到一定比例的问题后，我停止了使用它。

我不明白为什么它会成为一种时尚。VB6中的问题是从来没有工具更新来直接支持它，尽管VB6 SP6改进了支持，XP SP2提供了更完整的实现

我们在这里一直使用它，尽管我们发现某些第三方控件编写不正确，无法使用它。例如，很多东西似乎都是这样“坏”的

这是一个罕见的情况，我们现在不使用注册免费的COM部署，即使当我们把它都包装在一个MSI包。与其他产品糟糕的安装程序（许多DLL地狱的来源）隔离是一个很大的好处，而Windows在系统组件方面的自我保护能力也越来越强，这本身就很有帮助

诀窍在于找到好的工具支持。我从来没有耐心通过SDK工具应用微软的粗略支持，但我想其他人也有。这种东西至少有一种商业产品。我们使用自己内部开发的工具

时尚？我们认为它是竞争优势。在VB6中制作便携软件也很容易！与我们从德国源代码中看到的一些运行时库加载和黑客工具包不同，您也不必向程序中添加大量fiddley代码。只是普通的老VB6程序工作得很好

它支持的另一个功能是按用户部署，从而可以轻松创建为没有提升权限的用户安装的MSI包。我们主要不是生产隐形软件，但客户有时会在他们的组织内面临一些高墙，这让他们能够安装我们提供的产品并继续工作。由于我们不涉及注册表或受保护的文件系统区域，来自管理员类型的负面反馈几乎为零。Windows 7增强了此功能：

同样的技术也适用于Vista，尽管你没有单一的软件包功能。构建隔离的应用程序使这个过程更加容易

---

当然，SxS不仅仅意味着注册免费COM和隔离，但在VB6术语中，这可能就是您所说的。DotNet使用它，操作系统使用它。我不知道为什么它看起来可能是一种“时尚”。也许许多人因为对这些工具的失望、从VB6转向其他东西，或者因为目前的经济竞争非常激烈，而对这个问题保持沉默。

如果你能提供这些问题的具体细节，你的答案会更有用。其他人可能也遇到了同样的问题，但花了时间找到了解决方案。