PowerShell profile.ps1中ZipArchive类型引用失败的修复及替代方案

问题出在哪？ #

这是PowerShell的解析顺序搞的鬼：当你用原生class语法定义类时，解析器会先扫描所有类里的类型引用完成语法检查，之后才会执行脚本里的命令（包括你写的Add-Type）。所以哪怕Add-Type放在类定义上面，解析类的时候程序集还没加载，自然就报TypeNotFound了。

最省心的解决方案：用using assembly指令 #

PowerShell 5.1及以上版本支持using assembly这个预处理器指令，它会在脚本解析阶段就加载指定的程序集，这样类定义的时候就能找到对应的类型了。把你原来的Add-Type代码替换成下面的内容，放在profile.ps1最顶部：

# 解析阶段就加载包含ZipArchive的程序集
using assembly System.IO.Compression.FileSystem

# 现在可以正常定义你的类了
class DataPair {
    [System.IO.Compression.ZipArchive]$archive
    [System.Xml.XmlDocument]$xmldoc
}

小贴士：System.IO.Compression.FileSystem已经依赖了System.IO.Compression，所以只需要引用这一个程序集就够了，不用写两个。

备选方案：用Add-Type动态编译类 #

如果因为环境限制不能用using assembly，可以直接用Add-Type来定义整个类。这种方式会先加载指定的程序集，再编译类，完美避开解析顺序的问题：

Add-Type -TypeDefinition @"
using System.IO.Compression;
using System.Xml;

public class DataPair {
    public ZipArchive archive;
    public XmlDocument xmldoc;
}
"@ -ReferencedAssemblies "System.IO.Compression.FileSystem", "System.Xml"

不想用类？试试这些简单替代方案 #

如果只是为了共享两个实例，没必要非得定义类，这些方式更轻便：

方案1：PSCustomObject自定义对象 #

创建一个脚本作用域的自定义对象，辅助函数可以直接访问：

# 在profile.ps1里定义脚本作用域的变量
$script:sharedData = [PSCustomObject]@{
    Archive = $null
    XmlDoc = $null
}

# 后续赋值示例（你可以在需要的地方替换成实际逻辑）
$script:sharedData.Archive = [System.IO.Compression.ZipFile]::Open("your/file.zip", 'Read')
$script:sharedData.XmlDoc = New-Object System.Xml.XmlDocument
$script:sharedData.XmlDoc.Load($script:sharedData.Archive.GetEntry("target.xml").Open())

方案2：哈希表 #

更轻量的方式，用哈希表存储两个实例：

$script:dataPair = @{
    Archive = $null
    XmlDoc = $null
}

之后在辅助函数里直接通过$script:dataPair.Archive和$script:dataPair.XmlDoc访问就行。

内容的提问来源于stack exchange，提问作者Richard Robertson