问题描述
我正在关注 MS Document 以在 PowerShell 中使用 Kusto,
每当我运行安装脚本时,
$packagesRoot = "C:\Myfiles\tools"
dir $packagesRoot\* | Unblock-File
[System.Reflection.Assembly]::LoadFrom("$packagesRoot\Kusto.Data.dll")
我得到 GAC 为 False 并且无法安装 Kusto Dll 文件,如下所示
请帮帮我。
解决方法
-
没有错误,只是(你)意外的输出;只需使用
$null = [System.Reflection.Assembly]::LoadFrom("$packagesRoot\Kusto.Data.dll")
抑制不需要的输出。 -
但是,PowerShell 惯用的加载程序集的方式 是使用
Add-Type
,默认情况下(但会报告错误如果加载失败),除非您使用-PassThru
[1]:
Add-Type -LiteralPath "$packagesRoot\Kusto.Data.dll"
您看到的输出只是 PowerShell 的格式化系统如何表示从 System.Reflection.Assembly
调用返回的 System.Reflection.Assembly.LoadFrom()
对象 - 并且返回此类对象的事实意味着成功.
反映 GAC
的 False
列只是告诉您问题中的程序集未存储在 GAC 中。
顺便说一下 GAC(全局程序集缓存):
-
既不是
System.Reflection.Assembly.LoadFrom()
也不是Add-Type
安装程序集[在 GAC 中],它们只是从其当前磁盘位置加载程序集 进入当前会话以供使用。 -
一般来说:
- 在 GAC 中安装程序集只能由 Windows Installer 执行 - 请参阅 the docs
- PowerShell (Core) 7+ 是 Windows PowerShell 的跨平台继承者,不再基于 .NET Framework 构建,而是基于其跨平台成功,.NET (Core) / .NET 5+,确实如此不再有 GAC。
[1] -PassThru
总是输出type,而不是assembly 信息,因此当您将 -PassThru
与 {{1 }} / -Path
,即当您加载程序集时,输出的是关于程序集中包含的类型的信息对象(不是描述程序集本身的对象) em>,这就是 -LiteralPath
所做的)。但是,由于 PowerShell 7.1 中与转发类型相关的错误,后者不包括在内,这可能导致没有输出完全 - 请参阅GitHub issue #10802 .