在我開始看WPF文檔開始的幾天里,腦子里形成了一種錯誤的想法:WPF不就是XAML碼?當時的感覺就是郁悶啦,我學習WPF還得弄這個東西。給人的第一感覺就是WPF很復雜。雖然對WPF的熟悉和了解還不是特別多,但現(xiàn)在已經(jīng)知道這確實是一種錯誤的想法。 Charles Petzold先生曾有一篇文章介紹了WPF、XAML的一些關系(The Two APIs)。文章中說明了WPF為什么很復雜:因為WPF有兩套API,一套用于普通的編碼訪問(比如C#、VB.NET等其中.NET支持的語言。而另外一套就是基于XML的API,被稱為XAML(Extensible Application Markup Language)。 XAML實現(xiàn)UI代碼和應用程序邏輯代碼的分離。在.NET 3.0和Windows Vista中,XAML與WPF一起建立整個的UI。由于XAML是基于XML的,所以每個XAML代碼都肯定是一個完整的XML文件。XAML繼承了XML所有的定義和規(guī)則。XAML與其他XML擴展不同之處就是他所表示的意義。每個XAML元素是一個.NET CLR類?;赬ML使得我們非常容易擴展和操作XAML。利用XAML的WPF這種關系,開發(fā)人員可以單獨的設計漂亮的UI,也許真正的美工會更多的出現(xiàn)。我們可以把程序邏輯寫在單獨的文件或者是內(nèi)聯(lián)嵌入到XML文件。 在XAML中使用得最多的XML功能應該有三個:命名空間、屬性和子元素。 先看一個簡單的XAML的例子: <Window x:Class="FirstXAML.Window1" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="FirstXAML" Height="200" Width="300" > <Canvas> </Canvas> </Window> 其中的xmlns就是XML中的名字空間,在W3C中xmlns是如下定義的: XML namespaces provide a simple method for qualifying element and attribute names used in Extensible Markup Language documents by associating them with namespaces identified by URI references. 簡單地說就是xmlns提供了一種方法把URI引用的名字空間定義為當前XML文件的元素和屬性的默認命名空間。這里表示當前這個XML文檔,也就是我們的XAML文件,它的默認的命名空間就是http://schemas.microsoft.com/winfx/2006/xaml/presentation。 然后是屬性和子元素,XML對屬性的表示除了可以用Property外,還可以用子元素,在XAML中也是如此,看一個簡單的例子: <Button Width="6"> <Button.Background>White</Button.Background> </Button> XAML被編譯為BAML(Binary Application Markup Language)文件。通常,BAML文件比XAML更小,編譯后的BAML都是Pre-tokenized的,這樣在運行時能更快速的加載、分析XAML等等。這些BAML文件被以資源的形式嵌入到Assembly當中。同時生成相應的代碼(文件名稱是**.g.cs或者**.g.vb),這些代碼根據(jù)XAML元素分別生成命名的 Attribute字段。以及加載BAML的構造函數(shù)。
最后,關于XAML的優(yōu)點,我附上一點翻譯過來的條款,可能更直觀: XAML除了有標記語言、XML的優(yōu)點外,還有如下一些優(yōu)點: 用XAML設計UI更簡單 XAML比其他的UI設計技術所需編碼更少。 XAML設計的UI方便轉移、方便在其他環(huán)境提交。比如在Web或Windows Client。 用XAML設計動態(tài)UI非常容易 XAML給UI設計人員帶來新的革命,現(xiàn)在所有的設計人員不再需要.NET開發(fā)的知識同樣可以設計UI。在不遠的將來,終端用戶可以看到更漂亮的UI。 |
|