87

我有一些使用清单文件的应用程序（一些本机，一些 .NET），因此它们可以完全隔离部署，而无需任何全局 COM 注册。例如，对 dbgrid32.ocx com 服务器的依赖在 myapp.exe.manifest 文件中声明如下，该文件与 myapp.exe 位于同一文件夹中：

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1">
  <assemblyIdentity type="win32" name="myapp.exe" version="1.2.3.4" />
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="dbgrid32.ocx" version="5.1.81.4" />
    </dependentAssembly>
  </dependency>
</assembly>

dbgrid32.ocx 与它自己的 dbgrid32.ocx.manifest 文件一起部署到同一文件夹：

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1">
  <assemblyIdentity type="win32" name="dbgrid32.ocx" version="5.1.81.4" />
  <file name="dbgrid32.ocx">
     <typelib
        tlbid="{00028C01-0000-0000-0000-000000000046}"
        version="1.0"
        helpdir=""/>
    <comClass progid="MSDBGrid.DBGrid"
       clsid="{00028C00-0000-0000-0000-000000000046}"
       description="DBGrid  Control" />
  </file>
</assembly>

这一切都很好，但是手动维护这些清单文件有点痛苦。有没有办法自动生成这些文件？理想情况下，我只想声明应用程序对 COM 服务器（本机和 .NET）列表的依赖关系，然后让其余的自动生成。是否可以？

4

5 回答 5

64

看起来完美的解决方案还不存在。总结一些研究：

制作我的清单（链接）

该工具扫描 VB6 项目以查找 COM 依赖项，但它也支持手动声明后期绑定的 COM 依赖项（即通过 CreateObject 使用的那些）。

有趣的是，该工具将所有有关依赖项的信息放入应用程序清单中。应用程序 exe 及其依赖项被描述为由多个文件组成的单个程序集。之前我没有意识到这是可能的。

看起来是一个很好的工具，但从 0.6.6 版开始，它有以下限制：

  • 仅适用于 VB6 应用程序，从 VB6 项目文件开始。很遗憾，因为它所做的很多事情都与 VB6 无关。
  • 向导风格的应用程序，不适合集成到构建过程中。如果您的依赖关系没有太大变化，这不是一个大问题。
  • 没有源代码的免费软件，依赖它是有风险的，因为它随时可能成为废弃软件。

我没有测试它是否支持 .NET com 库。

regsvr42（代码项目链接）

此命令行工具为本地 COM 库生成清单文件。它调用 DllRegisterServer，然后在将信息添加到注册表时监视自注册。它还可以为应用程序生成客户端清单。

此实用程序不支持 .NET COM 库，因为这些库不公开 DllRegisterServer 例程。

该实用程序是用 C++ 编写的。源代码可用。

mt.exe

Windows SDK 的一部分（可以从MSDN下载），如果你安装了 Visual Studio，你已经拥有了。它记录在这里。您可以使用它为本地 COM 库生成清单文件，如下所示：

mt.exe -tlb:mycomlib.ocx -dll:mycomlib.ocx -out:mycomlib.ocx.manifest

您可以使用它为 .NET COM 库生成清单文件，如下所示：

mt.exe -managedassemblyname:netlib.dll -nodependency -out:netlib.dll.manifest

但是，此工具存在一些问题：

  • 第一个片段不会生成 progid 属性，从而破坏了将 CreateObject 与 progid 一起使用的客户端。
  • 第二个片段将生成 需要在清单实际工作之前删除的元素<runtime>。<mvid>
  • 不支持为应用程序生成客户端清单。

也许未来的 SDK 版本会改进这个工具，我在 Windows SDK 6.0a (vista) 中测试了这个工具。

于 2009-01-25T00:50:47.190 回答
32

通过 MSBuild 任务GenerateApplicationManifest，我在命令行生成了一个与 Visual Studio 生成的清单相同的清单。我怀疑 Visual Studio在构建过程中使用了GenerateApplicationManifest 。下面是我的构建脚本，可以使用 msbuild "msbuild build.xml" 从命令行运行

感谢 Dave Templin 和他为我指出 GenerateApplicationManifest 任务的帖子，以及 MSDN 的该任务的进一步文档。

构建.xml

<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <Target Name="Build">
        <ItemGroup>
            <File Include='MyNativeApp.exe'/>
            <ComComponent Include='Com1.ocx;Com2.ocx'/>
        </ItemGroup>
        <GenerateApplicationManifest
            AssemblyName="MyNativeApp.exe"
            AssemblyVersion="1.0.0.0"
            IsolatedComReferences="@(ComComponent)"
            Platform="x86"
            ManifestType="Native">
            <Output
                ItemName="ApplicationManifest"
                TaskParameter="OutputManifest"/>
        </GenerateApplicationManifest>
    </Target>   
</Project>
于 2012-06-14T15:22:57.750 回答
9

Make My Manifest (MMM)是一个很好的工具。也可以编写一个脚本来处理所有 DLL/OCX 文件，使用mt.exe为每个文件生成清单，然后将它们合并在一起。MMM 通常更好/更容易，因为它还可以处理许多特殊/奇怪的情况。

于 2009-01-21T16:17:49.143 回答
8

您可以使用Unattended Make My Manifest分拆直接在自动构建中生成清单。它使用脚本文件来添加依赖的 COM 组件。这是带有可用命令的示例 ini 的摘录：

# Unattended MMM script
#
# Command names are case-insensitive. Reference of supported commands:
#
# Command: Identity
#
#   Appends assemblyIdentity and description tags.
#
#   Parameters       <exe_file> [name] [description]
#      exe_file      file name can be quoted if containing spaces. The containing folder 
#                    of the executable sets base path for relative file names
#      name          (optional) assembly name. Defaults to MyAssembly
#      description   (optional) description of assembly
#
# Command: Dependency
#
#   Appends dependency tag for referencing dependent assemblies like Common Controls 6.0, 
#     VC run-time or MFC
#
#   Parameters       {<lib_name>|<assembly_file>} [version] [/update]
#     lib_name       one of { comctl, vc90crt, vc90mfc }
#     assembly_file  file name of .NET DLL exporting COM classes
#     version        (optional) required assembly version. Multiple version of vc90crt can
#                    be required by a single manifest
#     /update        (optional) updates assembly_file assembly manifest. Spawns mt.exe
#
# Command: File
#
#   Appends file tag and collects information about coclasses and interfaces exposed by 
#     the referenced COM component typelib.
#
#   Parameters       <file_name> [interfaces]
#     file_name      file containing typelib. Can be relative to base path
#     interfaces     (optional) pipe (|) separated interfaces with or w/o leading 
#                    underscore
#
# Command: Interface
#
#   Appends comInterfaceExternalProxyStub tag for inter-thread marshaling of interfaces
#
#   Parameters       <file_name> <interfaces>
#     file_name      file containing typelib. Can be relative to base path
#     interfaces     pipe (|) separated interfaces with or w/o leading underscore
#
# Command: TrustInfo
#
#   Appends trustInfo tag for UAC user-rights elevation on Vista and above
#
#   Parameters       [level] [uiaccess]
#     level          (optional) one of { 1, 2, 3 } corresponding to { asInvoker, 
#                    highestAvailable, requireAdministrator }. Default is 1
#     uiaccess       (optional) true/false or 0/1. Allows application to gain access to 
#                    the protected system UI. Default is 0
#
# Command: DpiAware
#
#   Appends dpiAware tag for custom DPI aware applications
#
#   Parameters       [on_off]
#     on_off         (optional) true/false or 0/1. Default is 0
#
# Command: SupportedOS
#
#   Appends supportedOS tag
#
#   Parameters       <os_type>
#     os_type        one of { vista, win7 }. Multiple OSes can be supported by a single 
#                    manifest
#

它将在 32 位或 64 位 Windows 上运行。

于 2009-10-14T19:22:08.933 回答
0

要填写 mt.exe 不包含的 ProgID，您可以调用ProgIDFromCLSID从注册表中查找它们。这需要在完成清单文件之前进行传统的 COM 注册，但随后，清单文件将是自给自足的。

此 C# 代码将 ProgID 添加到清单中的所有 COM 类：

var manifest = XDocument.Load(fileName);
var namespaceManager = new XmlNamespaceManager(new NameTable());
namespaceManager.AddNamespace("s", "urn:schemas-microsoft-com:asm.v1");
foreach (var classElement in manifest.XPathSelectElements("s:assembly/s:file/s:comClass", namespaceManager)) {
    var clsid = Guid.Parse(classElement.Attribute("clsid").Value);
    int result = ProgIDFromCLSID(ref clsid, out string progId); if (result != S_OK) throw new COMException($"ProgID lookup failed for {clsid}.", result);
    classElement.SetAttributeValue("progid", progId);
}
manifest.Save(fileName);

该代码依赖于这些互操作定义：

[DllImport("ole32.dll")] static extern int ProgIDFromCLSID([In] ref Guid clsid, [MarshalAs(UnmanagedType.LPWStr)] out string lplpszProgID);
const int S_OK = 0;
于 2018-04-06T02:32:19.930 回答