4

我正在开发一个 PoSh 项目，该项目生成 CSharp 代码，然后Add-Type将其存储到内存中。

新类型使用磁盘 DLL 中的现有类型，该 DLL 通过 Add-Type 加载。

一切都很好，直到我实际上尝试调用新类型的方法。这是我正在做的一个例子：

$PWD = "."
rm -Force $PWD\TestClassOne*
$code = "
namespace TEST{
public class TestClassOne
{
    public int DoNothing()
    {
        return 1;
    }
}
}"
$code | Out-File tcone.cs
Add-Type -OutputAssembly $PWD\TestClassOne.dll -OutputType Library -Path $PWD\tcone.cs
Add-Type -Path $PWD\TestClassOne.dll
$a = New-Object TEST.TestClassOne
"Using TestClassOne"
$a.DoNothing()


"Compiling TestClassTwo"
Add-Type -Language CSharpVersion3 -TypeDefinition "
namespace TEST{
public class TestClassTwo
{
    public int CallTestClassOne()
    {
        var a = new TEST.TestClassOne();
        return a.DoNothing();
    }
}
}" -ReferencedAssemblies $PWD\TestClassOne.dll
"OK"
$b = New-Object TEST.TestClassTwo
"Using TestClassTwo"
$b.CallTestClassOne()

运行上述脚本在最后一行出现以下错误：

使用“0”参数调用“CallTestClassOne”的异常：“无法加载文件或程序集'TestClassOne，...'或其依赖项之一。系统找不到指定的文件。” 在 AddTypeTest.ps1:39 char:20 + $b.CallTestClassOne <<<< () + CategoryInfo : NotSpecified: (:) [], MethodInvocationException + FullyQualifiedErrorId : DotNetMethodException

我究竟做错了什么？

4

2 回答 2

7

发生这种情况是因为 CLR 加载程序在应用程序（PowerShell）的基目录中查找任何程序集。当然，它在那里找不到您的程序集。解决此问题的最佳方法是像 stej 提到的那样挂钩 AssemblyResolve 事件，但使用它来告诉 CLR 程序集在哪里。您不能使用 PowerShell 2.0 的 Register-ObjectEvent 执行此操作，因为它不适用于需要返回值的事件（即程序集）。在这种情况下，让我们通过 Add-Type 使用更多的 C# 来为我们完成这项工作。这段代码有效：

ri .\TestClassOne.dll -for -ea 0

$resolver = @'
using System;
using System.Collections.Generic;
using System.IO;
using System.Reflection;
namespace Utils
{
    public static class AssemblyResolver
    {
        private static Dictionary<string, string> _assemblies;

        static AssemblyResolver()
        {
            var comparer = StringComparer.CurrentCultureIgnoreCase;
            _assemblies = new Dictionary<string,string>(comparer);
            AppDomain.CurrentDomain.AssemblyResolve += ResolveHandler;
        }

        public static void AddAssemblyLocation(string path)
        {
            // This should be made threadsafe for production use
            string name = Path.GetFileNameWithoutExtension(path);
            _assemblies.Add(name, path);
        }

        private static Assembly ResolveHandler(object sender, 
                                               ResolveEventArgs args) 
        {
            var assemblyName = new AssemblyName(args.Name);
            if (_assemblies.ContainsKey(assemblyName.Name))
            {
                return Assembly.LoadFrom(_assemblies[assemblyName.Name]);
            }
            return null;
        }
    }
}
'@

Add-Type -TypeDefinition $resolver -Language CSharpVersion3

$code = @'
namespace TEST {
    public class TestClassOne {
        public int DoNothing() {
            return 1;
        }
    }
}
'@
$code | Out-File tcone.cs
Add-Type -OutputAssembly TestClassOne.dll -OutputType Library -Path tcone.cs

# This is the key, register this assembly's location with our resolver utility
[Utils.AssemblyResolver]::AddAssemblyLocation("$pwd\TestClassOne.dll")

Add-Type -Language CSharpVersion3 `
         -ReferencedAssemblies "$pwd\TestClassOne.dll" `
         -TypeDefinition @'
namespace TEST {
    public class TestClassTwo {
        public int CallTestClassOne() {
            var a = new TEST.TestClassOne();
            return a.DoNothing();
        }
    }
}
'@ 

$b = new-object Test.TestClassTwo
$b.CallTestClassOne()
于 2010-04-19T18:14:07.873 回答
4

当您将 dll 输出TestClassTwo到 dll （与 dll 位于同一目录中TestClassOne）Add-Type时，它就可以工作了。或者至少在我的机器上；）所以这是丑陋的解决方法。

当调用$b.CallTestClassOne()PowerShell 尝试（出于某种我不知道的原因）在这些位置找到程序集 TestClassOne.dll 时：

LOG: Pokus o stažení nové adresy URL file:///C:/Windows/SysWOW64/WindowsPowerShell/v1.0/TestClassOne.DLL
LOG: Pokus o stažení nové adresy URL file:///C:/Windows/SysWOW64/WindowsPowerShell/v1.0/TestClassOne/TestClassOne.DLL
LOG: Pokus o stažení nové adresy URL file:///C:/Windows/SysWOW64/WindowsPowerShell/v1.0/TestClassOne.EXE
LOG: Pokus o stažení nové adresy URL file:///C:/Windows/SysWOW64/WindowsPowerShell/v1.0/TestClassOne/TestClassOne.EXE

这是 fuslogvw 工具的输出。它可能对你有用。使用 ProcessMonitor 可以实时查看相同的路径列表。

你也可以试试这个（在打电话之前CallTestClassOne()

[appdomain]::CurrentDomain.add_assemblyResolve({
    $global:x = $args
})
$b.CallTestClassOne()
$x | fl

这将向您显示哪些装配失败以及更多信息。

我同意它应该按您的预期工作。所以这就是为什么这看起来有些错误。

于 2010-04-19T07:12:30.430 回答