深刻淺出WPF——XAML的優勢

正文：

 

2. XAML有哪些優勢
 前面一節已經向咱們透露了XAML的幾個優勢：
• XAML能夠設計出專業的UI和動畫——好用
• XAML不須要專業的編程知識，它簡單易懂、結構清晰——易學
• XAML使設計師能直接參與軟件開發，隨時溝通、無需二次轉化——高效
然而，XAML這位翩翩君子的才華可遠不止這些。
自 從應用程序從命令行界面（Console User Interface，CUI，這本書的讀者還有用過DOS的嗎？就是那東西）升級爲圖形用戶界面（Graphic User Interface，GUI）後，程序員們就一直追求將視圖（View，也就是UI）與邏輯代碼的分離。以往的開發模式中，程序員很難保證用來實現UI的 代碼徹底不與用來實現程序邏輯的代碼糾纏在一塊兒。UI代碼與邏輯代碼糾纏在一塊兒稱爲UI與邏輯的緊耦合，它每每帶來如下的後果：
• 不管是軟件的功能仍是UI設計有所變化或者是出了bug，都將致使大量代碼的修改。
• 會讓邏輯代碼更加難以理解——修改每每比重寫更困難，由於在修改以前必須先讀懂。
• 重用邏輯代碼變成了Mission Impossible
XAML 另外一個巨大的優勢就是：它幫助開發團隊真正實現了UI與邏輯的剝離。XAML是一種單純的聲明型語言，也就是說，它只能用來聲明一些UI元素、繪製UI和 動畫（在XAML裏實現動畫是不須要編程的），根本沒法在其中加入程序邏輯，這就強制地把邏輯代碼從UI代碼中趕走了。這樣，與UI相關的元素通通集中在 程序的UI層、與邏輯相關的代碼通通集中在程序邏輯層，造成了一種「高內聚-低耦合」的結構。造成這種結構後，不管是對UI進行較大改動仍是打算重用底層 邏輯，都不會花費太大力氣。這就比如有一天你給A客戶作了一個橘子，A客戶很喜歡；A客戶把你的產品介紹給了B客戶，B客戶很喜歡橘子味道，但但願它看上 去像個香蕉——這時候，你只須要把橘子皮撕下來 、換一套香蕉皮便可——只需不多的成本就能夠得到與先前同樣大的收益。（對於軟件的「換膚」行爲，WPF提供了豐富的Template功能，將在後面詳 述。）

 

TO BE CONTINUED...