RegAsm regfile 开关不提供与代码库开关相同的输出

Question

好的，我知道这很具体，但是我为此浪费了整个工作日，所以我真的需要一些合理的解释，所以我的老板和我的妻子不会解雇我

根据 MSDN ：
/regfile 开关“为程序集生成指定的 .reg 文件”
/codebase 开关“在注册表中创建一个 Codebase 条目，指定程序集的文件路径”

我猜这是做同样事情的两种不同方式。事实是，我错了：

方法一

C:\>"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\SERVER.dll" /regfile
Registry script 'C:\SERVER.reg' generated successfully

Reg 文件输出：

REGEDIT4

[HKEY_CLASSES_ROOT\xfeed.server.X]
@="SERVER.XLS"

[HKEY_CLASSES_ROOT\xfeed.server.X\CLSID]
@="{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}]
@="SERVER.XLS"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32]
@="mscoree.dll"
"ThreadingModel"="Both"
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32\1.0.0.0]
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\ProgId]
@="xfeed.server.X"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories\        {62C8FE65-4EBB-45E7-B440-6E39B2CDBF29}]

方法 2

但是当我直接执行代码库切换命令而不是使用 reg 文件时， 注册表中受影响的键是不同的（并且工作，与前面的输出相反）

C:\>"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\SERVER.dll" /codebase
Types registered successfully

带有代码库的注册表输出：

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}]
@="SERVER.XLS"

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories]

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}]

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32]
@="mscoree.dll"
"ThreadingModel"="Both"
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"
"CodeBase"="file:///C:/SERVER.DLL"

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32\1.0.0.0]
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"
"CodeBase"="file:///C:/SERVER.DLL"

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\ProgId]
@="xfeed.server.X"

如您所见，现在 Wow6432Node 中有内容，而且信息更加全面（尤其是 CodeBase !!!）

如果有人能给我一个合理的理由，这样我就可以避免将超自然活动作为失去工作日的原因，我将非常感激

Answer 1

代码库标志告诉 regasm 您要注册一个引用文件实际位置的 DLL。如果您将 dll 与已部署的应用程序一起存储并且您不希望它在 GAC 中，这将非常有用。如果不使用此标志，您必须将您的 DLL 放入 GAC 中才能获得全部功能。

regfile 标志告诉 regasm 你想输出一个注册表文件而不是实际注册 dll。

如果您想要一个注册表文件输出还包含注册表以外的 dll 位置的数据，这些可以一起使用，我认为您假设这是一个非此即彼的情况。

编辑：根据您的评论进一步解释。

RegAsm 通常注册有关 .dll 的基本信息，因为假设它将被加载到 GAC 中。 GAC 中的任何内容都以允许系统控制程序集并将其加载到内存中的方式注册。当您在 32 位系统上并使用 codebase 标志时，它几乎直接将“codebase”值键添加到定义程序集的注册表项中，然后将 this 的值设置为 .dll 物理所在的路径。

当以这种方式注册时，它基本上会告诉计算机和任何想要使用程序集的东西它可以在哪里找到代码，以及如何将它加载到内存中。有时这会导致超出 GAC 所需的额外密钥，以便调用进程知道访问程序集的最佳方式。

现在，由于您使用的是 64 位系统，因此您面临着额外的挑战。有一些规则可以将 32 位和 64 位应用程序在整个计算机中分开。这就是为什么有 2 个程序文件文件夹，以及注册表有 wow32 部分的原因。如果注册了 32 位 dll，则需要在使用 /codebase 标志完成后将其存储在注册表的此部分中，以便 32 位应用程序可以找到它（这是他们可以访问的注册表的唯一部分）。如果是 64 位 dll，则不需要在注册表的这一部分中。

现在，由于这些信息，如果您使用文件的输出来编写安装程序的注册表脚本部分，您将需要检查目标机器以确定该信息是否需要在用户哇部分，或注册表的正常部分，并在运行此脚本之前对其进行适当的更改。