使用程序集在引用的 XSL 模板中编写脚本

Question

有两个 XSL 文件。其中一个使用 包含另一个。主模板根据节点值决定调用哪些实际模板，并且包含的​​模板包含实际的转换规则。这里没什么特别的。

但包含的文件有一个脚本块：

  <msxsl:script language="VB" implements-prefix="user">
    <msxsl:assembly href="C:\Absolute\Path\MyEscaper.dll" />
    <msxsl:using namespace="ZebraEscaper.MyCompany" />
    <![CDATA[
    Public Function escape(s As String) As String
      Return EncodeField(s, True)
    End Function
    ]]>
  </msxsl:script>

user:escape() 函数稍后在包含的模板中使用。

现在，我进入 VS2008 XSLT 调试器。

主模板调用 并执行包含的模板。并且出现 FileNotFound 异常，“无法加载文件或程序集 'MyEscaper，Version=1.0.0.0，Culture=neutral，PublicKeyToken=null' 或其依赖项之一。系统找不到指定的文件。”

现在，如果我只访问包含的文件并执行它，就像它是一个独立的模板一样，不包含在任何内容中，那么一切都会正常。找到程序集并调用函数，但显然结果没有意义，因为模板设计为包含项。

那么问题来了——为什么当包含模板时系统找不到程序集？

更多信息

文档指出“程序集路径名被解析两次 - 一次在编译期间，一次在执行期间。”如果我故意在路径中输入错误，我会得到相同的 FileNotFound 异常，但格式不同，系统表示找不到 file://C:\Absolute\Path\MyEscaper.dll。但是，当路径正确时，异常声称找不到 MyEscaper.dll, version=blabla, public token=null，并且该异常发生在 .Net 创建的 CompiledStylesheet.dll 中。我相信已编译的样式表被告知按名称调用程序集，而不是按 href 调用程序集，并且由于它不在临时文件夹中，因此调用失败。

为什么会这样呢？绝对路径在哪里以及为何被（错误地）转换为相对路径，以及如何控制它？

Answer 1

所以。

由于某种原因，在包含的场景中，程序集的路径在编译期间和执行期间以不同方式解析。为什么会这样，我也没有任何线索。

只找到了两个合理的解决方案：

1. 将所有代码从引用的程序集中移动到 XSL 模板中，使其成为嵌入式脚本。对于小的辅助函数来说，这实际上是首选。否则，

2. 使用强名称对引用的程序集进行签名，将其添加到 GAC，并使用 name（而不是 href）从模板中引用它。这样，在编译和执行过程中，程序集就会以相同的方式查找并找到。