x:Bind 编译时报错因生成强类型C#代码，类型/拼写/访问权限错误直接编译失败；Binding运行时反射解析路径，错误仅警告。x:Bind要求INotifyPropertyChanged显式通知且不支持特性驱动通知，绑定断链不自动重连。
为什么 x:Bind 编译时就报错，而 Binding 运行时才出问题
x:Bind 在编译阶段生成 C# 代码，会直接调用目标对象的属性或方法，因此类型不匹配、拼写错误、访问权限不足（比如 private 属性）都会触发编译失败，错误信息类似 CS1061 或 CS0122；Binding 是运行时通过反射查找路径，即使路径写错也只在输出窗口打印警告（如 Windows.UI.Xaml.Data.BindingExpression: Cannot find a property 'Foo' on type 'MyApp.ViewModels.MainViewModel'），程序照常启动。
-
x:Bind默认绑定到页面（Page/UserControl）的this.DataContext，但实际生成的代码里是强类型访问this.DataContext字段——所以如果你没显式设置DataContext，或类型不匹配，编译器立刻报错 -
Binding默认走RelativeSource={RelativeSource TemplatedParent}或当前DataContext，路径解析延迟，容错高但调试困难 - 若 ViewModel 属性是
public string Name { get; set; }，x:Bind要求该类在 XAML 命名空间中可访问（不能是 internal 且未加[assembly: XmlnsDefinition]）
怎么让 x:Bind 调用带参数的方法或转换逻辑
x:Bind 不支持像 Binding Converter 那样传入独立 converter 实例，但它允许直接调用页面代码后置中的 public 方法，并把绑定源作为参数传入。前提是方法签名必须匹配：返回值类型要和目标依赖属性兼容，参数类型要和绑定路径的源类型一致。
- 写法：
{x:Bind ViewModel.FormatName(FirstName), Mode=OneWay}，其中FormatName(string)是页面类（.xaml.cs）里的 public 方法 - 不能写
{x:Bind Utils.Format(FirstName)}，除非Utils是当前页面的 public static 成员字段或属性 - 如果需要多参数，得靠
MultiBinding——但 WinUI/UWP 的x:Bind不支持MultiBinding，只能退回到传统Binding+IMultiValueConverter - 注意：方法调用在每次绑定刷新时执行，无缓存，频繁调用可能影响性能
Mode=OneTime / OneWay / TwoWay 对 x:Bind 和 Binding 的实际影响差异
两者都支持这三种模式，但底层机制不同导致行为不完全等价。尤其是 OneTime 和 TwoWay 场景下容易踩坑。
