WPF 入門核心：XAML 聲明式程式設計語言全方位指南

XAML：不只是標記語言，更是 .NET 物件圖的序列化契約

Extensible Application Markup Language (XAML) 隨 .NET Framework 3.0 引入，並非獨立程式語言，而是一種「聲明式物件圖構建語言」。它將 UI 結構、資源、動畫、繫結等以 XML 形式描述，經由 XAML 編譯器轉換為 BAML (Binary Application Markup Language) 嵌入組件，並在運行時由 WPF 框架解析實例化對應的 CLR 物件。關鍵在於：每一個 XAML 元素對應一個 CLR 類型，每一個屬性對應該類型的 Dependency Property 或 CLR Property，這使得 XAML 與 C#/VB.NET 程式碼擁有完全等價的表達能力。

五大核心語法機制深度解析

1. 命名空間映射：XAML 與 CLR 的橋樑

<UserControl x:Class="MediaPlayer.Page"
    xmlns="https://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="https://schemas.microsoft.com/winfx/2006/xaml">

• xmlns (預設命名空間) 透過 XmlnsDefinitionAttribute 硬編碼映射至 System.Windows.Controls、System.Windows.Shapes 等核心命名空間。
• xmlns:x 引入 XAML 語言內建類型（x:Class、x:Key、x:Static 等）。
• 自訂命名空間：xmlns:local="clr-namespace:MyApp;assembly=MyApp" 映射專案內類型。

2. 屬性元素語法：突破 XML 屬性值長度與複雜度限制

<Button>
  <Button.Content>
    <Rectangle Width="40" Height="40" Fill="Black"/>
  </Button.Content>
</Button>

TypeName.PropertyName 形式明確指定屬性掛載目標，支援任意複雜巢狀物件樹，是 ControlTemplate、DataTemplate、Style 等進階功能的基石。

3. 型別轉換器：字串到強類型的自動橋接

XAML 屬性值本質皆為字串，TypeConverter 負責轉換。以 Button.Background="White" 為例：

• WPF 發現 Background 為 Brush 類型，尋找其 TypeConverterAttribute 指向 BrushConverter。
• BrushConverter.ConvertFrom("White") 再委派 ColorConverter 解析顏色名稱，最終建立 SolidColorBrush(Colors.White)。
• 等價完整寫法：<Button.Background><SolidColorBrush Color="White"/></Button.Background>。

自訂型別僅需標記 [TypeConverter(typeof(MyConverter))] 即可享受同樣便利。

4. 標記延伸：統一的擴展點語法

以 {MarkupExtensionName Argument} 形式出現，常見內建延伸：

5. 集合語法：IList 與 IDictionary 的原生支援

<ListBox>
  <ListBox.Items>  <!-- 省略 Content 屬性元素 -->
    <ListBoxItem Content="Item 1"/>
    <ListBoxItem Content="Item 2"/>
  </ListBox.Items>
</ListBox>

實作 IList 的集合使用 Items 屬性元素；實作 IDictionary 則直接以 <sys:String x:Key="key">Value</sys:String> 形式添加鍵值對。

XAML 編譯管線與程式碼隱藏機制

1. 標記編譯：.xaml → .baml (二進制資源) 嵌入組件。
2. 程式碼生成：產生 .g.cs (或 .g.vb)「膠水程式碼」，包含 InitializeComponent()、欄位宣告、事件連結等。
3. 部分類別合併：開發者撰寫的 .xaml.cs 與生成的 .g.cs 透過 partial class 合併為完整類型。

x:Code 區塊允許在 XAML 內嵌邏輯程式碼，編譯時同樣併入 .g.cs，但生產專案強烈建議嚴格分離 XAML 與 C#，利於設計師/開發者協作與版本控管。

實戰建議與常見陷阱

• 命名空間前綴一致性：團隊統一約定 local:、vm:、 等前綴，減少合併衝突。
• 避免過度使用 x:Code：邏輯歸屬模糊、難以單元測試、IntelliSense 支援弱。
• 善用設計時資料：d:DataContext="{d:DesignInstance Type=local:MainViewModel, IsDesignTimeCreatable=True}" 讓 Visual Studio/Blend 設計介面即時預覽繫結效果。
• BAML 體積優化：大型專案可啟用 <XamlPage> 項目屬性 Generator=MSBuild:Compile 並配合 KnownTypes 減少反射開銷。

1. 上一篇文章： 基於 NBear v1.6 的領域模型層設計實戰：從實體生成到業務封裝
2. 下一篇文章： WPF 觸發器完全指南：Property、Data、Event 與多條件觸發實戰

關於.NET

無鎖程式設計的隱憂：CAS 操作為何會扼殺擴展性？

前言：愛恨交織的 Lock-Free 無鎖程式設計（Lock

《WCF 技術內幕》譯文 13：面向服務的四大意義與本章總結

為什麼需要面向服務 (SO)？答案是四大核心價值：可擴展性、

Smobiler 入門教學：使用 IconMenuView 快速構建手機端 N×M 圖標菜單

目標效果 操作步驟 1. 拖放控件 工具箱 Smobil

WF4.0 實戰（十七）：打造自動化網站操作機器人

使用 WF4 設計四個流程自動化操作瀏覽器：Google 搜