PowerShell DataContext设为字符串false时布尔判定返回true问题

问题复现 #

在PowerShell应用中使用DataContext时，所有属性通过JSON配置，默认值均按字符串类型传入，初始配置示例：

$DataObject =  ConvertFrom-Json @"
{
    "myproperty":"false"
}
"@

该配置存在跨场景布尔判定不一致的问题：

• 将控件的Enabled属性绑定到myproperty时，控件可正确识别值为false，自动进入禁用状态
• 在PowerShell代码中直接对该属性做布尔判断时，结果返回$true，验证代码及输出如下：

If($state.myproperty){$true} Else {$false}

# 输出：True

已知PowerShell原生逻辑会将所有长度大于0的字符串判定为布尔$true，但控件绑定场景未触发该逻辑的原因未知。
当前临时处理方案：不在JSON中设置该属性默认值，在脚本起始位置直接将$state.myproperty赋值为$false，待业务条件满足时再赋值为$true。
待澄清的两个核心问题：

• 为什么控件绑定逻辑可以正确识别字符串形式的"false"？
• 如果要在JSON中初始化布尔类型的属性值，是否可以去掉值的引号，直接写作"myproperty":false？

解答 #

1. 控件绑定识别字符串"false"的原理 #

UI控件（WPF/WinForm）的属性绑定走的是.NET原生类型转换链路，不会使用PowerShell自身的布尔判定规则：

• 控件的Enabled属性是强类型System.Boolean，绑定引擎接收到传入的字符串"false"时，会自动调用.NET内置的BooleanConverter做类型转换，该转换器可识别大小写不敏感的"true"/"false"字符串，转换为对应布尔值，因此能得到正确的$false结果。
• PowerShell脚本中直接写if判断时，走的是PowerShell自定义的隐式布尔转换规则：非空、长度大于0的字符串一律判定为$true，不会做语义层面的字符串解析，因此长度为5的字符串"false"会被判定为真。

2. JSON初始化布尔值的正确写法 #

完全可以去掉引号直接写"myproperty":false，这是JSON标准规范中的布尔类型字面量写法：

• 带引号的"false"属于JSON字符串类型，经ConvertFrom-Json转换后得到的是String类型值
• 不带引号的false属于JSON布尔类型，经ConvertFrom-Json转换后直接得到Boolean类型的$false，无论是控件绑定还是PowerShell原生if判断，都能得到正确结果，无需额外做类型转换。

正确配置示例：

$DataObject = ConvertFrom-Json @"
{
    "myproperty": false
}
"@

# 直接做布尔判断结果正确
If($DataObject.myproperty){$true} Else {$false}
# 输出：False

补充说明：此前使用的临时方案本质是手动给属性赋值Boolean类型值，和直接在JSON中写无引号布尔值的最终效果一致，后者写法更简洁，无需额外编写初始化赋值逻辑。

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