如何动态发现 Silverlight prism 应用程序中所有模块中的所有 XAML 文件

Question

是否有一种简单的方法可以动态发现所有当前加载的模块（特别是 Silverlight Prism 应用程序）中的所有 XAML 文件？ 我确信这是可能的，但不确定从哪里开始。

这必须发生在 Silverlight 客户端上：我们当然可以解析开发计算机上的项目，但这会降低灵活性，并且会在搜索中包含未使用的文件。

基本上，我们希望能够解析一个非常大的 Prism 项目中的所有 XAML 文件（独立于加载它们）以识别所有本地化字符串。这将使我们能够构建一个初始本地化数据库，其中包括所有资源绑定字符串，并创建它们出现在哪些 XAML 文件中的查找（以便于翻译人员进行编辑）。

为什么要这样做？：对于翻译人员来说最糟糕的事情是在一个上下文中更改字符串，却发现它在其他地方使用，但含义略有不同。我们正在从应用程序内启用翻译的上下文编辑本身。

更新（9 月 14 日）：

由于安全限制，迭代程序集的标准方法不适用于 Silverlight。这意味着下面的解决方案的唯一改进是如果可能的话与 Prism 模块管理合作。如果有人想为这个问题的最后部分提供代码解决方案，可以与您分享一些要点！

后续：

由于各种原因，在基于模块的项目中迭代 XAP 文件的内容似乎是一件非常方便的事情，因此再进行 100 次代表以获得真正的答案（最好是工作示例代码）。干杯，祝你好运！

下面的部分解决方案（有效但不是最佳）：

下面是我想出的代码，它是来自 有关嵌入式资源的链接（根据 Otaku 的建议）以及我自己对 Prism 模块目录的迭代。

• 问题 1 - 所有模块都 已经加载所以这基本上是 必须一秒钟全部下载 时间，因为我不知道如何 迭代所有当前加载的 Prism 模块。 如果有人想分享赏金 在这一点上，你仍然可以帮助 这是一个完整的解决方案！

• 问题 2 - 显然存在错误 在资源管理器中需要 你得到一个已知的流 资源之前它会让你 迭代所有资源项（请参阅下面代码中的注释）。这意味着我必须在每个模块中都有一个虚拟资源文件。如果知道为什么需要初始 GetStream 调用（或者如何避免它），那就太好了。

  private void ParseAllXamlInAllModules()
  {
      IModuleCatalog mm = this.UnityContainer.Resolve();
      foreach（mm.Modules 中的 var 模块）
      {
          字符串 xap = module.Ref;
          WebClient wc = new WebClient();
          wc.OpenReadCompleted += (s, args) =>
          {
              if (args.Error == null)
              {
                  var ResourceInfo = new StreamResourceInfo(args.Result, null);
                  var file = new Uri("AppManifest.xaml", UriKind.Relative);
                  var Stream = System.Windows.Application.GetResourceStream(resourceInfo, 文件);
                  XmlReader 阅读器 = XmlReader.Create(stream.Stream);
                  var parts = new AssemblyPartCollection();
                  if (读者.Read())
                  {
                      reader.ReadStartElement();
                      if (reader.ReadToNextSibling("Deployment.Parts"))
                      {
                          while (reader.ReadToFollowing("AssemblyPart"))
                          {
                              parts.Add(new AssemblyPart() { Source = reader.GetAttribute("Source") });
                          }
                      }
                  }
                  foreach（var 部分）
                  {
                      var info = new StreamResourceInfo(args.Result, null);
                      程序集 assy = part.Load(System.Windows.Application.GetResourceStream(info, new Uri(part.Source, UriKind.Relative)).Stream);
                      // 获取嵌入的资源名称
                      string[] resources = assy.GetManifestResourceNames();
                      foreach（资源中的var资源）
                      {
                          if (!resource.Contains("DummyResource.xaml"))
                          {
                              // 获取实际值 - 创建表
                              var table = new Dictionary();
                              // 所有资源的名称中都包含“.resources” – 因此请将其删除
                              var rm = new ResourceManager(resource.Replace(".resources", String.Empty), assy);
                              // 似乎这里有一些问题，但是没有获得任何真正的流，下一个语句就不起作用......
                              var dummy = rm.GetStream("DummyResource.xaml");
                              var rs = rm.GetResourceSet(Thread.CurrentThread.CurrentUICulture, false, true);
                              IDictionaryEnumerator 枚举器 = rs.GetEnumerator();
                              while (枚举器.MoveNext())
                              {
                                  if (enumerator.Key.ToString().EndsWith(".xaml"))
                                  {
                                      table.Add(enumerator.Key.ToString(), enumerator.Value as Stream);
                                  }
                              }
                              foreach（表中的 var xaml）
                              {
                                  TextReader xamlreader = new StreamReader(xaml.Value);
                                  字符串内容= xamlreader.ReadToEnd();
                                  {
                                      // 这是我对 XAML 内容进行实际工作的地方
                                  }
                              }
                          }
                      }
                  }
              }
          };
          // 执行实际的读取来触发上面的回调代码
          wc.OpenReadAsync(new Uri(xap, UriKind.RelativeOrAbsolute));
      }
  }
  

Answer 1

使用 GetManifestResourceNames 反射并从那里解析以仅获取以 .xaml 结尾的内容。以下是使用 GetManifestResourceNames 的示例：枚举嵌入资源。尽管该示例展示了如何使用单独的 .xap 执行此操作，但您也可以使用加载的 .xap 执行此操作。

Answer 2

我看到人们抱怨 Prism 中的一些相当严重的错误

剖析你的问题：

< strong>问题1：我不熟悉Prism，但从面向对象的角度来看，您的模块管理器类应该跟踪模块是否已加载，如果尚未加载，则允许您使用递归加载其他模块List 上的映射函数或 Prism 用于抽象表示程序集的任何类型。简而言之，让您的模块管理器实现一个表示已加载模块列表的隐藏状态。然后，您的 Map 函数应该采用该列表已作为种子值加载的模块，并返回尚未加载的模块列表。然后，您可以内部化公共 LoadAllModules 方法的逻辑，或者允许某人迭代公共 List方法。其中 UnloadedModule : Module 并让他们选择要加载的内容。由于通过多个线程访问模块管理器时的并发问题，我不建议同时公开这两种方法。

问题 2：需要初始 GetStream 调用，因为 ResourceManager 会延迟评估资源。直观上，我的猜测是，这样做的原因是卫星程序集可以包含多个特定于区域设置的模块，如果所有这些模块一次加载到内存中，则可能会耗尽堆，而事实上这些是非托管资源。您可以使用 RedGate 的 .NET Reflector 查看代码来确定详细信息。您可能可以调用比 GetStream 更便宜的方法。您还可以通过加载每个 Silverlight 程序集中的资源来欺骗它，从而触发它加载程序集。尝试 ResourceManager.GetObject("TOOLBAR_​​ICON") 或 ResourceManager.GetStream("TOOLBAR_​​ICON") - 请注意，我还没有尝试过此操作，并且在我即将离开时输入此建议。我的理由是它始终比您的 SomeDummy.Xaml 更快
方法是我相信 TOOLBAR_​​ICON 被硬连线为每个程序集中的第零个资源。因此它将在 Stream 中很早就被读取。啊啊啊啊。因此，我建议的不仅仅是避免在项目的每个程序集中都需要 SomeDummy.Xaml；我还建议进行微观优化。

如果这些技巧有效，您应该能够显着提高性能。

---

其他想法：

我认为你可以进一步清理你的代码。

IModuleCatalog mm = this.UnityContainer.Resolve<IModuleCatalog>();
    foreach (var module in mm.Modules)
    {

可以重构以删除对 UnityContainer 的引用。此外，IModuleCatalog 将通过我在问题 1 的回复中提到的 List 周围的包装器进行实例化。换句话说，IModuleCatalog 将是所有已加载模块的动态视图。我假设这个设计还可以发挥更多性能，但至少您不再依赖 Unity。这将帮助您稍后更好地重构代码以获得更多性能提升。