为什么是selfregistration坏？

Question

假设自我注册被用来安装部件的一部分安装的程序，为什么是自注册坏？E.g。自登记vb定控制或capicom或什么的。我承认，自登记的可能是不安全的情况下dll你写了你自己，但我不是在讨论那些。

MSDN名单 几个原因 为什么自行注册是不好的，这里转载:

Rollback不会正常工作。
"确定"，因此是有道理的。

广告不会的工作。
忽略了一个事实，广告只是重要的，对于某些类型的软件的客户，我不明白这是为什么一个问题。只有主要的应用程序需要进行广告宣传，而不是它的组成。

自登记并不支持每用户键正常。
所以什么？给每一个用户访问"共同的"组成不是一件坏事，除非你有一个很大的用户在机器，在这种情况下，它仍然不是世界结束。

自登记更加容易受到编码错误。
我可以肯定地相信这一点，除了在的情况下dll这是由微软(他们可能有错误，但我不认为信任他们是不合理).在这种情况下的tlb和ocxs这是由软件、编码错误似乎很不太可能的。

自注册dll可链接到其他dll。
在这种情况下的dll产生的程序，它似乎并不可能自动注册会失败是由于这一点，但加入该登记的钥匙手动会的工作。我想有我自登记返回的一个错误我失的dll。

我敢肯定，这将绘制火焰:/

编辑：越过出的论点，我认为实际问题(根据用户的反应以及我自己)。

Answer 1

至于这个项目：

• 自登记并不支持每用户键正常。

  所以什么？给每一个用户访问 以"共同的"组成不是一个坏的 除非你有一个很大的用户 在机器，在这种情况下它 仍然不是世界结束。

这不只是一个问题的如何许多的用户是机器上，但还是什么的权限，他们有。如果不是管理员，用户将不太可能有权限来更新 HKEY_LOCAL_MACHINE 部分的注册表。

Answer 2

项目

自注册dll可以链接到 其他dll

适用于当你尝试注册的问题，但在安装尚未复/安装另一个dll你的注册功能的需要。

Answer 3

我想添加一个潜在"疑难杂症"这是我遇到的(与自动生成的自我注册号为MS COM对象)：

自注册运行的可执行，与所有需要/要求。因此，例如，如果您的组件直接或间接记录的事实，这是激活的(或许用于安全记录，如果分仅仅是应该可以运行的非常具体的观点或在非常特殊的情况下，或在协调与其他应用程序)中，登记将出现一个激活的(除非你仔细的有关记录).这可能也是有趣的，如果你的日志记录，也就是说，背景组成部分是利用，在这种情况下你会有任何继承背景下触发的自我注册。

没什么大不了的，在大多数情况下，但它可能会导致一些微妙的混乱的时候。我会将它添加到名单的原因，为什么它可能是不可取的。