PowerShell文件操作最佳实践：System.IO.FileInfo跨版本兼容咨询

问题1：使用System.IO.FileInfo处理文件的合理性 #

你原本的用法完全合理，属于PowerShell文件操作的推荐最佳实践：

• 强类型的FileInfo/DirectoryInfo对象天然封装了路径相关的所有属性（BaseName、DirectoryName、Extension等）和操作方法，比手动拆分字符串路径的可读性、可维护性高很多，也能避免转义、拼接错误
• 出现版本兼容问题的本质是Windows PowerShell和PowerShell Core对FileSystemInfo类型的ToString()默认实现不一致，不是你的用法存在设计问题

问题2：双版本兼容解决方案 #

推荐按你的改动成本选择以下方案：

方案1：全局适配（改动最小，一劳永逸） #

只需要在所有需要跨版本运行的脚本开头加入以下代码，即可让Windows PowerShell的FileSystemInfo对象行为和PowerShell Core完全对齐，原有逻辑不需要做任何修改：

# 仅在Windows PowerShell环境下执行适配
if ($PSVersionTable.PSEdition -eq 'Desktop') {
    Update-TypeData -TypeName System.IO.FileInfo -MemberType ScriptMethod -MemberName ToString -Value { $this.FullName } -Force
    Update-TypeData -TypeName System.IO.DirectoryInfo -MemberType ScriptMethod -MemberName ToString -Value { $this.FullName } -Force
}

这个方案的原理是覆盖Windows PowerShell里FileInfo/DirectoryInfo默认的ToString()实现，让它和Core版本一样返回全路径，从根源解决类型转换时的路径解析错误问题。

方案2：单函数内部适配（无需修改全局逻辑） #

如果你不方便修改全局的类型定义，只需要在接收[System.IO.FileInfo]参数的函数开头加一行强制路径解析的代码即可：

Function CustomFunction{
[CmdletBinding()]
param(
[Parameter(Mandatory)]
[System.IO.FileInfo]$inputFile
)
# 新增这一行即可兼容双版本
$inputFile = [System.IO.FileInfo]$inputFile.FullName

$inputFile.BaseName
$inputFile.DirectoryName
$inputFile.GetType()
"`n`n"
}

不管哪个版本的PowerShell，FileSystemInfo对象的FullName属性都是绝对路径字符串，用它重新初始化FileInfo对象就能完全避免路径解析错误，同时保留你原本使用FileInfo对象的所有习惯。

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