为何PowerShell函数从文件与模块导入后执行行为存在差异？

这种差异核心来自PowerShell严格模式的启用状态差异，以及脚本与模块的执行上下文区别：

• 点源导入脚本时：
  点源导入的函数会直接在当前PowerShell会话的上下文里运行。如果当前会话启用了Set-StrictMode -Version 2或更高版本，访问DataRow不存在的列（比如$Block.times）会触发PropertyNotFoundException，也就是你看到的报错。即使没手动设置严格模式，部分默认环境（比如VS Code的PowerShell终端）也会自动启用高版本严格模式，导致同样的报错。

• 模块导入时：
  PowerShell模块默认不会启用高版本严格模式（默认等效于Set-StrictMode -Version 1）。在这种模式下，访问DataRow不存在的列不会抛出异常，而是直接返回$null。因此if($Block.times -ne $Null)的判断结果为$false，代码会跳过times元素的创建逻辑，程序自然能正常运行。

另外，模块拥有独立的执行上下文，其默认的$ErrorActionPreference值为SilentlyContinue，即便有潜在的非终止错误也会被静默处理，进一步强化了这种“不报错”的表现。

不管用哪种导入方式，都应该用更可靠的方式判断列是否存在，避免依赖严格模式的差异：

# 方式1：先判断列是否存在
if($Block.Table.Columns.Contains('times') -and $Block.times -ne $null)
{
    # 创建times元素的逻辑
}

# 方式2：用索引访问（列不存在时返回$null，不会报错）
if($Block['times'] -ne $null)
{
    # 创建times元素的逻辑
}

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