XAML是基于XML的声明式UI标记语言，与C#后置代码协同工作：XAML定义界面结构，C#处理逻辑；WPF依赖DependencyProperty和逻辑树，UWP强调编译时验证和x:Bind绑定；二者XAML不兼容，需用MAUI或Avalonia实现跨平台。
XAML 是一种基于 XML 的声明式标记语言，专为定义 .NET 应用程序的用户界面而设计。它本身不执行逻辑，而是描述 UI 的结构、属性和关系，由运行时（如 WPF 或 UWP 的 XAML 加载器）解析并实例化对应对象。
它不是“用来替代 C#”的语言，而是和代码后置（MainWindow.xaml.cs 或 MainPage.xaml.cs）协同工作的：XAML 负责“长什么样”，C# 负责“怎么动”。
WPF 中的 XAML：依赖属性 + 逻辑树 + 名称作用域
WPF 使用 XAML 构建桌面应用界面，其核心机制与 WinForms 截然不同——所有控件属性几乎都基于 DependencyProperty，事件是路由事件，资源查找遵循逻辑树向上冒泡。
-
xmlns命名空间必须正确：WPF 默认根元素需声明xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"和xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" -
x:Name和Name在 WPF 中等价，但仅对继承自FrameworkElement的类有效；未设x:Name的元素无法在 C# 后置代码中通过变量名访问 - 绑定表达式如
{Binding Path=Title, Mode=TwoWay}依赖INotifyPropertyChanged，否则 UI 不会响应数据变化 - 避免在 XAML 中写复杂逻辑：比如用
MultiBinding+IMultiValueConverter处理多条件显示，而不是嵌套Trigger堆叠
UWP 中的 XAML：更严格的命名空间 + 异步数据绑定 + 编译时验证
UWP 的 XAML 运行在通用 Windows 平台，编译流程包含 XAML 编译器（MarkupCompiler），会在生成阶段检查元素是否存在、属性是否可设，错误直接报在编译期而非运行时。
- 命名空间前缀更明确：
xmlns:local="using:MyApp.Controls"表示 C# 命名空间，xmlns:win="using:Windows.UI.Xaml.Controls"才能引用系统控件 -
x:Bind是 UWP 推荐的绑定方式（相比老式Binding），类型安全、性能高、支持编译时检查，但要求绑定源是 public 属性且不能是匿名类型 - 没有
Code-Behind的“事件处理器自动注册”惯用法：UWP 中Click="OnSaveClick"必须确保OnSaveClick是private void方法，且参数签名严格为(object sender, RoutedEventArgs e) - 资源字典合并必须用
MergedDictionaries，不能直接在Resources下放多个ResourceDictionary
XAML 共享误区：WPF 和 UWP 的 XAML 不兼容
虽然语法相似，但 WPF 和 UWP 的 XAML 是两套独立实现，不能直接复用。
- 控件名看似一样，实际类型不同：比如
Button在 WPF 是System.Windows.Controls.Button，在 UWP 是Windows.UI.Xaml.Controls.Button - 属性行为差异明显：WPF 的
Visibility支持Collapsed/Hidden/Visible；UWP 只有Collapsed和Visible（Hidden已废弃） - 样式系统不互通：WPF 的
ControlTemplate.Triggers在 UWP 中不存在；UWP 用VisualStateManager管理状态切换 - 即使使用相同的 XAML 文件，在另一平台加载会直接抛出
XamlParseException，错误信息通常为 “Cannot find type ‘xxx’”
真正跨平台的方案不是共享 XAML，而是用 MAUI（Microsoft.Maui.Controls）或 Avalonia（Avalonia.Controls）这类框架，它们提供自己的标记语言抽象层。
XAML 的关键不在“写得多”，而在“理解对象生命周期和绑定上下文”。一个没设 DataContext 的页面，再漂亮的 Binding 都不会生效；一个没加 x:Name 的控件，后置代码里就等于不存在。这些细节不报错，但会让调试变成猜谜。