7

我遇到了一个奇怪的问题。我创建了一个 Windows 运行时组件（用于 Windows 应用商店），它通过一些 C# 包装类使一些遗留的 C/C++ 代码可用于 .NET。

我编写了一个引用 WRC项目（同一解决方案中的两个项目）的测试工具 Store App（以下称为“test1” ）。它调用组件，一切正常。

接下来，我从 WRC 项目中获取以下输出文件：

MyWrtComponent.dll
MyWrtComponent.exp
MyWrtComponent.pdb
MyWrtComponent.pri
MyWrtComponent.winmd

...并尝试从另一个商店应用程序项目（“test2”）中使用它们。在这个项目中，我没有引用 MyWrtComponent 项目，而是添加了对 .winmd 文件的引用。一切正常，但是当我运行 test2 应用程序时，只要我尝试使用在 MyWrtComponent 中实现的 C# 类之一，就会从 mscorlib 获得 System.IO.FileNotFound 异常：

at System.StubHelpers.StubHelpers.GetWinRTFactoryObject(IntPtr pCPCMD)
at MyWrtComponent.MyWrtClass..ctor()

The specified module could not be found.
(Exception from HRESULT: 0x8007007E)

使用 MyWrtComponent 的发布与调试版本没有任何区别。

在 test2 上运行 ProcMon，我看到加载 vccorlib120_app.DLL（或 vccorlib120d_app.DLL，如果我正在构建调试）的几次失败尝试：

QueryOpen   F:\test2\bin\Debug\AppX\vccorlib120d_app.DLL    NAME NOT FOUND
QueryOpen   F:\test2\bin\Debug\AppX\vccorlib120d_app.DLL    NAME NOT FOUND
CreateFile  C:\Windows\SysWOW64\vccorlib120d_app.DLL    NAME NOT FOUND

我已确认此文件在我的 C:\Windows\SysWOW64 文件夹中不存在。我不知道这是否与我的问题有关。

当我运行 test1 时，会搜索不同的位置，并找到该文件：

QueryOpen   F:\test1\bin\Debug\AppX\vccorlib120d_app.DLL    NAME NOT FOUND
CreateFile  C:\Program Files\WindowsApps\Microsoft.VCLibs.120.00.Debug_12.0.20827.3_x86__8wekyb3d8bbwe\vccorlib120d_app.dll SUCCESS

我比较了两个测试项目的 bin\Debug\AppxManifest.xml，发现了一个重要的区别；test1 有以下内容，而 test2 没有：

<Dependencies>
  <PackageDependency Name="Microsoft.VCLibs.120.00.Debug" MinVersion="12.0.20827.3" />
</Dependencies>

如果我将这三行添加到 test2 的生成输出并运行应用程序，它可以工作，但当然这不是真正的修复。

有谁明白这里发生了什么？MyWrtComponent 是否具有某种无法通信的依赖项，或者我是否应该做一些事情来将 vccorlib120d_app.DLL 与我的运行时组件一起打包，或者...？

提前致谢。

4

2 回答 2

14

好吧，你在这里遇到了几个问题，第一个是你的 WinRT 组件使用 C++，你需要在你的应用程序中引用 Microsoft Visual C++ 运行时包，这是预期要做的事情您的组件的最终用户（应用程序开发人员），为此，请右键单击应用程序解决方案资源管理器中的 References 文件夹，然后转到 Windows->Extensions，从可用 SDK 列表中选择 Microsoft Visual C++ Runtime Package，然后单击确定。

其次，如果您打算自己保留这个组件，最好参考项目，因为这样做更容易，如果您打算分发它，那么您需要创建一个 SDK 以确保所有部分都在一起，请注意，这对于 C++ WinRT 组件是必需的，但对于 C# 或 VB.NET 组件则不是，原因似乎是 C++ WinRT 组件被拆分为元数据（WinMD 文件）和实现（DLL 文件），即使你把它们并排无法相互识别，而在 C# 和 VB.NET 中，元数据及其实现位于同一个文件 (WinMD) 上。如果要创建 SDK，请阅读MSDN 上的此文档。

于 2013-10-28T20:42:19.903 回答
4

您的第二个版本违反了应用程序包要求。这表明您交付到 Store 的应用程序包已嵌入所有依赖项，并且应用程序清单列出了所有这些依赖项。这是一个强大的 DLL Hell 对策，Store 用户只是没有希望解决您遇到的那种问题。

添加对 .winmd 文件的引用使编译器满意，它包含足够的信息来编译您的源代码。但是下一步出错了，.winmd 文件没有为构建系统提供足够的信息来将应用程序包放在一起。它无法仅从 .winmd 文件中找出您的组件具有其他依赖项。您的主项目不依赖于 Microsoft.VCLibs，因为它是一个托管项目。

这并不是说您不能自己维护 appxmanifest。只是额外的工作太容易出错了，首先是它们在 Debug 与 Release 版本中有所不同。下一个 VS 更新会给你带来麻烦，它无疑会更新 Microsoft.VCLibs，要求你更新清单中的版本号。

使用项目参考是始终获得正确包的简单方法。

于 2013-10-28T18:19:16.830 回答