最近作業比較忙，未能及時更新內容，敬請了解！！！
對于可視化樹的分析引出了幾個有趣問題，例如，控制元件如何從邏輯樹表示擴張成可視化樹表示？
每個控制元件都有一個內置的方法，用于確定如何渲染控制元件（作為一組更基礎的元素），該方法稱為控制元件模板(control template),是用XAML標記塊定義的，
下面是普通Button類的模板的簡化版本，該版本省略了XML明朝空間宣告、為嵌套的元素設定屬性的特性，以及當按鈕被禁用、取得焦點或單擊時確定按鈕行為的觸發器：
<ControlTemplate ...> <mwt:ButtonChrome Name="Chrome" ...> <ContentPresenter Content="{TemplateBinding ContentControl.Content}" ... /> <mwt:ButtonChrome> <ControlTemplate.Triggers> ... </ControlTemplate.Triggers> </ControlTemplate>
盡管尚未研究ButtonChrome和ContentPresenter類，但很容易就能聯想到：控制元件模板提供了在可視化樹中看到的擴展內容，ButtonChrome類定義按鈕的標準可視化外觀，而ContentPresenter類存盤了提供的所有內容，如果希望構建全新按鈕，只需要創建新的控制元件模板，除ButtonChrome類之外，還使用其他一些內容——可能是自定義元素，也能使在前面介紹的某個繪制形狀的元素，
當按鈕獲得焦點、被單擊以及被禁用時，觸發器控制按鈕如何進行變化，對于這些觸發器，實際上沒有什么特別需要介紹的內容，針對獲取焦點和單擊的觸發器并不會修改按鈕本身，只是修改為按鈕提供可視化外觀的ButtonChrome類的屬性：
<Trigger Property="UIElement.IsKeyboardFocused“> <Setter Property="mwt:ButtonChrome.RenderDefaulted TargetName="Chrome"> <Setter.Value> <s:Boolean>True</s:Boolean> </Setter.Value> </Setter> <Trigger.Value> <s:Boolean>True</s:Boolean> </Trigger.Value> </Trigger> <Trigger Property="UIElement.IsChecked“> <Setter Property="mwt:ButtonChrome.RenderDefaulted TargetName="Chrome"> <Setter.Value> <s:Boolean>True</s:Boolean> </Setter.Value> </Setter> <Trigger.Value> <s:Boolean>True</s:Boolean> </Trigger.Value> </Trigger>
第一個觸發器確保當按鈕接受到焦點時，RenderDefaulted屬性設定為true，第二個觸發器確保當按鈕被單擊時,RenderDefaulted屬性被設定為true，對于每種情況，ButtonChrome類都會相應地調整自身，由于發生的圖形變化過于復雜，因此無法只通過幾個屬性設定器陳述句來表示這些變化，
該例中的兩個Setter物件都通過使用TargetName屬性作用于控制元件模板的特定部分，只有當使用控制元件模板時，才恩能夠使用這種技術，換句話說，不能撰寫樣式觸發器以使用TargetName屬性訪問ButtonChrome物件，因為名稱Chrome超出了樣式范圍，這種技術只是模板提供的比單獨使用樣式功能更強大的方法之一，
觸發器未必需要使用TargetName屬性，例如，針對IsEnabled屬性的觸發器僅調整按鈕中任何文本內容的前景色，該觸發器通過設定TextElement.Foreground附加屬性就能作業，而未必借助于ButtonChrome類：
<Trigger Property="UIElement.IsEnabled"> <Setter Property="TextElement.Foreground"> <Setter.Value> <SolidColorBrush>#FFADADAD</SolidColorBrush> </Setter.Value> </Setter> <Trigger.Value> <s:Boolean>False</s:Boolean> </Trigger.Value> </Trigger>
當構建自己的控制元件模板時將看到同樣的職責分離，如果足夠幸運，可直接使用觸發器完成所有作業，可能不需要創建自己定義類并添加代碼，另一方面，如果需啊喲提供更復雜的可視化設計，可能需要繼承自定義的修飾類，ButtonChrome類本身不提供定制功能——該類專門用于渲染標準按鈕的特定主題外觀，
一、修飾類
ButtonChrome類是在Microsoft.Windows.Themes名稱空間中定義的，在該名稱空間中包含了一些較少的彼此相似的類，這些類用來渲染基本的Windows細節，除ButtonChrome外，這些類還包括BulletChrome（用于復選框和單選按鈕）、ScrollChrome(用于滾動條)、ListBoxChrome以及SystemDropShadowChrome，這是最低級別的公有控制元件API，在少高級別上，會發現System.Windows.Controls.Primitives名稱空間中包含大量可以獨立使用的基本元素，但他們通常被封裝到更有用的控制元件中，這些元素包括ScrollBar、ResizeGrip(用于改變視窗的尺寸)、Thumb(滾動條上的拖動按鈕)、TickBar(滾動條上可選的刻度設定)等，在本質上，System.Windows.Controls.Primitives名稱空間提供了可用在各種控制元件中的基本要素，本身的作用不大，而Microsoft.Windows.Themes名稱空間包含了用于渲染這些細節的基本繪圖邏輯，
還有一點區別，與大多數WPF型別一樣，System.Windows.Controls.Primitives名稱空間中的型別都是在PresentationFramework.dll程式集中定義的，然而，Microsoft.Windows.Themes名稱控制元件中的型別是在三個不同的程式集中定義的：PresentationFramework.Aero.dll、PresentationFramework.Luna.dll和PresentationFramework.Royale.dll，每個程式集都包含自己的ButtonChrome類(以及其他修飾類)版本，這些版本的渲染邏輯稍有不同，WPF使用那個程式集取決于作業系統和主題設定，
盡管控制元件模板經常使用修飾類進行繪圖，但并非總需要這樣，例如，ResizeGrip元素(該元素用于在可以改變尺寸的視窗的右下角創建點網格)非常簡單，它的模板可使用在前面介紹的繪圖類，如Path、DrawingBrush以及LinearGradientBrush，下面是其使用的標記(有些復雜)：
<ControlTemplate TargetType="{x:Type ResizeGrip}" ...> <Grid Background="{TemplateBinding Panel.Background}" SnapsToDevicePixels="True"> <Path Margin="0,0,2,2" Data="M9,0L11,0 11,11 0,11 0,9 3,9 3,6 6,6 6,3 9,3z" HorizontalAlignment="Right" VerticalAlignment="Bottom"> <Path.Fill> <DrawingBrush ViewboxUnits="Absolute" TileMode="Tile" Viewbox="0,0,3,3" Viewport="0,0,3,3" ViewportUnits="Absolute"> <DrawingBrush.Drawing> <DrawingGroup> <DrawingGroup.Children> <GeometryDrawing Geometry="M0,0L2,0 2,2 0,2z"> <GeometryDrawing.Brush> <LinearGradientBrush EndPoint="1,0.75" StartPoint="0,0.25"> <LinearGradientBrush.GradientStops> <GradientStop offset="0.3" Color="#FFFFFFFF"/> <GradientStop offset="0.75" Color="#FFBBC5D7" /> <GradientStop offset="1" Color="#FF6D83A9" /> </LinearGradientBrush.GradientStops> </LinearGradientBrush> <GeometryDrawing.Brush> </GeometryDrawing> </DrawingGroup.Children> </DrawingGroup> </DrawingBrush.Drawing> </DrawingBrush> </Path.Fill> </Path> </Grid> </ControlTemplate>
二、剖析控制元件
當創建控制元件模板時，新建的模板完全替代了原有的模板，這樣可以得到更大的靈活性，但更復雜些，大多數情況下，在創建滿足自己需要的模板之前，需要查看控制元件使用的標準模板，某些情況下，自定義的控制元件模板可鏡像標準模板，并只進行很少的修改，
WPF檔案沒有列出標準控制元件模板的XAML，然而， 可通過編程獲取所需的資訊，基本思想是從Tmeplate屬性(該屬性在Control類中定義)獲取控制元件的模板，然后使用XamlWriter類，將該模板串行化到XAML檔案中，下圖顯示了一個示例程式，該程式列出了所有WPF控制元件，并允許查看每個控制元件的模板，
構建該應用程式的訣竅是使用反射(reflection),反射是用于檢查型別的.NET API，當第一次加載應用程式的住視窗時，掃描PresentationFramework.dll核心程式集(在該程式集中定義了控制元件類)中的所有型別，然后將這些型別添加到一個集合中，根據型別名稱進行排序，此后將該集合系結到一個串列，
private void Window_Loaded(object sender, RoutedEventArgs e) { Type controlType = typeof(Control); List<Type> derivedTypes = new List<Type>(); // Search all the types in the assembly where the Control class is defined. Assembly assembly = Assembly.GetAssembly(typeof(Control)); foreach (Type type in assembly.GetTypes()) { // Only add a type of the list if it's a Control, a concrete class, and public. if (type.IsSubclassOf(controlType) && !type.IsAbstract && type.IsPublic) { derivedTypes.Add(type); } } // Sort the types by type name. derivedTypes.Sort(new TypeComparer()); // Show the list of types. lstType.ItemsSource = derivedTypes; }
無論何時從串列中選擇控制元件，相應的控制元件模板都會顯示在右邊的文本框中，完成這一步需要做更多的作業，第一個挑戰是，在視窗中實際顯示控制元件之前，控制元件的模板為空，通過使用反射，代碼視圖創建控制元件的一個實體，并將它添加到當前視窗中(但可將Visibility設定為Collapse，使控制元件不可見)，第二個挑戰是，將現存的ControlTemplate物件轉換為大家熟悉的XAML標記，XamlWriter.Save()靜態方法負責完成該任務，但代碼使用XamlWriter和XamlWriterSetting物件以確保Xaml縮進合理，便于閱讀，所有這些代碼都被封裝在例外處理塊中，例外處理塊監視不能被創建或不能添加到Grid網格(如另一個Windows或Page)中的控制元件產生的問題：
private void lstTypes_SelectionChanged(object sender, SelectionChangedEventArgs e) { try { // Get the selected type. Type type = (Type)lstType.SelectedItem; // Instantiate the type. ConstructorInfo info = type.GetConstructor(System.Type.EmptyTypes); Control control = (Control)info.Invoke(null); Window win = control as Window; if (win != null) { // Create the window (but keep it minimized). win.WindowState = System.Windows.WindowState.Minimized; win.ShowInTaskbar = false; win.Show(); } else { // Add it to the grid (but keep it hidden). control.Visibility = Visibility.Collapsed; grid.Children.Add(control); } // Get the template. ControlTemplate template = control.Template; // Get the XAML for the template. XmlWriterSettings settings = new XmlWriterSettings(); settings.Indent = true; StringBuilder sb = new StringBuilder(); XmlWriter writer = XmlWriter.Create(sb, settings); System.Windows.Markup.XamlWriter.Save(template, writer); // Display the template. txtTemplate.Text = sb.ToString(); // Remove the control from the grid. if (win != null) { win.Close(); } else { grid.Children.Remove(control); } } catch (Exception err) { txtTemplate.Text = "<< Error generating template:" + err.Message + ">>"; ; } }
擴展該應用程式，從而在文本框中編輯模板，使用XamlReader將模板轉換回ControlTemplate物件，然后指定給某個控制元件并觀察效果，這并不是很困難，然而，通過將模板放置到真實視窗中進行實際操作，測驗和改進他們更加會容易，下一章節將介紹如何創建控制元件模板，
本章涉及的程式可通過下面的鏈接進行下載：
ControlTemplateBrower.zip
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/140.html
標籤：WPF