wpf绑定需ivalueconverter做类型转换，convert方法须判空防崩、按targettype返回正确类型、避免耗时操作；convertback仅twoway绑定需实现，用tryparse防异常；xaml引用失败多因资源声明、命名空间或作用域错误。
WPF绑定不自动做类型转换，bool 不能直接塞进 Visibility，DateTime 也不能直接显示为“2024-03-15”，必须靠 IValueConverter。
怎么写一个可用的 Convert 方法
核心是别崩、别空、别假定输入安全。很多崩溃就发生在没检查 value 是不是 null，或者类型根本不对。
-
Convert入参value是object，必须显式转型或用as+ 判空，比如var date = value as DateTime? - 如果转型失败，返回
Binding.DoNothing（让绑定保持原值）或目标类型的默认值（如Visibility.Collapsed），别直接 return null - 注意
targetType：它告诉你 UI 属性要什么类型，比如TextBlock.Text要string，Image.Source要ImageSource，返回错类型会静默失败或抛异常 - 别在
Convert里做耗时操作（如 IO、网络、复杂计算），它在 UI 线程同步执行，卡界面
ConvertBack 什么时候非写不可
只在 TwoWay 或 OneWayToSource 绑定下，且用户能改那个属性时才调用。比如 TextBox.Text 输入、CheckBox.IsChecked 点击。
- 纯展示场景（
Mode=OneWay）可直接return Binding.DoNothing，不用抛异常 - 需要反向解析时（如把字符串日期转回
DateTime），务必用DateTime.TryParse而不是Parse，避免格式错误炸掉 - 不可逆转换（如把密码哈希值转原文）应明确
throw new NotSupportedException()，并确保 XAML 里没配成TwoWay - 返回
DependencyProperty.UnsetValue表示“不更新源”，比 return null 更稳妥
XAML 里引用转换器总不生效？先查这三处
90% 的“转换器不工作”问题出在资源声明或引用路径上，而不是逻辑写错了。
- 转换器类必须是
public，且有public无参构造函数，否则 XAML 解析器实例化失败 -
Resources中声明时漏了x:Key，或 key 名拼错（比如写成BoolToVisi少个bility），Binding 就找不到 - 命名空间映射写错：
xmlns:local="clr-namespace:MyApp.Converters"必须和实际 C# 命名空间完全一致，大小写敏感 - 如果转换器在
UserControl或ResourceDictionary里，要确认资源作用域——父级Window的Resources里定义的，子控件才能用{StaticResource xxx}
ConverterParameter 传参要注意类型匹配
ConverterParameter 是 object，但 XAML 解析时只支持字面量或简单引用，泛型、匿名对象、复杂表达式都会失败。
- 推荐用
string或枚举（如ConverterParameter="VisibleWhenTrue"），在Convert里用parameter?.ToString()取值 - 想传布尔开关？别写
ConverterParameter="True"（它是 string），改用ConverterParameter="{x:Static sys:Boolean.TrueString}"，需先加xmlns:sys="clr-namespace:System;assembly=mscorlib" - 参数类型和代码里取值方式要一致：如果 XAML 写的是数字
10，C# 里就得用(int?)parameter ?? 0，不能硬(int)parameter - 别依赖
ConverterParameter传 ViewModel 实例或大型对象，它不适合做数据通道
最常被忽略的一点：转换器内异常不会被 WPF 吞掉，而是直接抛到绑定表达式层，堆栈里带 BindingExpression。调试时在 Convert 开头加 Debugger.Break()，比猜“为什么没变”快得多。
