程序的本质 - 数据结构 算法
本篇为学习李应保老师所著的《wpf专业编程指南》并搭配
wpf开发圣经《wpf编程宝典第4版》以及痕迹大佬《wpf入门基础教程系列》文章所作笔记，对应《wpf专业编程指南》第 9-10 章之间内容，主要概述wpf中关于及部分的梳理及应用，希望可以帮到大家references：
wpf控件模板(6)
wpf 详解模板
wpf 自定义模板
概述
从按钮、文本框到下拉框、列表框，wpf提供了一系列常用控件，每个控件都有自己独特的特性和用途。通过灵活的布局容器，如网格、堆栈面板和换行面板，我们可以将这些控件组合在一起，实现复杂的界面布局。而通过样式和模板，我们可以轻松地定制控件的外观和行为，以符合我们的设计需求。
在wpf中ui（user interface）是通过数据来驱动的，数据是核心，ui从属于数据并表达数据，这和传统的windows图形界面开发（比如``winform）有很大的区别。wpf中能够展示数据、响应用户操作的ui`元素称为控件（control），同时控件也是数据和行为的载体，它们被设计成总是无外观的（lookless）。控件中展现的内容称之为“数据内容”，响应用户操作后执行的方法（method）或事件（event）称之为“行为”。
wpf革命性的概念就是把ui元素（控件）的特性和显示方式分开。控件在用户界面上的样子是由控件模板决定的，wpf为每个控件提供了默认的控件模板和相应的特性，这些默认模板提供了初始情况下控件的默认外观。同时，用户也可以用自己的模板来替换wpf默认提供的模板，每个控件都可以成为开发者自己的个性化控件。
在wpf中，有两个类似的类继承树：一个与界面（ui）相关，一个与内容（content）相关，这种界面与内容分离设计使得wpf能够更好地处理ui元素和内容元素的不同需求。
ui元素的类继承树以uielement为基础，它是所有可视化ui元素的基类，可以理解为控件。
uielement提供了处理输入事件、布局、渲染等ui相关功能的基本支持。从uielement派生出了frameworkelement，它进一步扩展了ui元素的功能，包括数据绑定、样式、模板等。control类则是frameworkelement中比较重要的子类，它提供了一些常见控件的默认外观和行为。
内容元素的类继承树以contentelement为基础，它用于处理内容相关的功能，例如文本内容的显示和处理。
与之相对应的是frameworkcontentelement，它从contentelement派生出来，提供了更多的内容相关功能。
需要注意的是，
contentelement与内容控件（content controls）是不一样的：contentelement主要用于处理文本内容，而内容控件则是一种控件，用于展示和管理单个内容元素。
控件图示，比着痕迹g的图画的：
回到文章的标题上来，wpf中的样式（style）是一种用于定义控件外观和行为的重要机制。它允许开发人员将属性设置封装到可重用的命名容器中，以便在应用程序中多次应用。在概念上wpf的样式和html中的css类似，但由于wpf中依赖属性的强大功能，使得wpf可以通过样式完成css所不具备的功能。
wpf中的模板（template）则是一种更高级别的样式，它可以完全重写控件的外观和行为，包括其布局和交互。通过使用模板，开发人员可以创建自定义控件，这些控件可能与基本控件有完全不同的外观和交互模型。
相关属性
按类别分类的控件
在wpf中，"相关属性（related properties）"是指与控件或元素的属性之间存在一定关联或依赖关系的属性。这些属性的值通常会相互影响，当一个属性的值发生变化时，其他相关属性的值也可能会跟着改变。
常见的相关属性包括：
width和height：这两个属性定义了控件或元素的宽度和高度。它们通常是相互关联的，当其中一个属性的值发生变化时，另一个属性的值也可能会受到影响。margin和padding：margin属性定义了控件或元素与其容器之间的空白区域，而padding属性定义了控件或元素内部内容与其边界之间的空白区域。它们的值也可能会相互影响。isenabled和opacity：isenabled属性用于指示控件或元素是否处于启用状态，而opacity属性用于定义控件或元素的不透明度。当isenabled属性的值为false时，通常会将控件或元素的opacity属性设置为较低的值，以表示禁用状态。ischecked、isselected和visibility：这些属性常用于复选框、单选按钮、列表框等控件中。它们表示控件或元素的选中状态或可见性。当其中一个属性的值发生变化时，可能会触发其他相关属性的变化。这些是一些常见的相关属性，具体的相关属性取决于控件或元素的类型和功能。了解这些相关属性之间的关系，可以帮助我们更好地使用和控制控件或元素的行为和外观。
样式
样式（style），负责控制控件元素的外观以及行为，是可用于元素的属性值集合，可以把样式（style）看成一种将一组属性值应用到多个元素的便捷方法，使用资源的最常见原因之一就是保存样式，有点类似与web中的css文件，但是wpf中的样式style还支持触发器（trigger），比如当元素属性发生变化时，可通过触发器改变控件样式，这使得wpf可以通过样式可以完成css所不具备的功能。
简单来说，样式就是控件的外观、风格，在wpf中，样式就像是控件身上的衣服。
样式可以应用于单个控件或整个应用程序范围内的所有控件。通过定义样式，可以设置控件的属性、视觉效果、动画、模板等内容，从而改变控件的外观和行为。此外，样式是组织和重用格式化选项的重要工具，我们都知道，重复的代码就是问题，不提倡在xaml中使用重复的属性填充控件，而应该创建一系列封装了这些细节要点的样式，在需要的控件上应用该样式。
wpf中每个控件都有style属性用来设定样式：
转到style定义可以知道，样式类style位于system.windows命名空间下：
在style类里面，定义了几个重要的属性：
targettype：设置样式所针对的控件类型，设置该属性后，在xaml中设置setters或triggers中元素的property属性时，可以不用添加类作用域限定（这个后面部分会提到）
setters：属性设置器setterbase对象集合 - setterbase类主要用于控制控件的静态外观风格
triggers：条件触发器triggerbase对象集合 - triggerbase类主要用于控制控件的动态行为风格
baseon：在已有样式的基础上继承另一个样式
resources：资源字典resourcedictionary对象集合
issealed：是否允许“派生”出其他样式
接下来我们来具体看看每个属性都是用来做什么的以及如何使用这些属性，近距离感受样式的神奇力量。
设置器 setter
setter（设置器）是style类中的一个重要属性，其类型是setterbasecollection，一个可以放入setterbase类型对象的容器，在style中setter属性用于设置目标对象的属性值。setter通常用于定义样式中的属性设置，以统一控件的外观和行为。
setter具有两个主要属性：
property（属性）：指定要设置的属性名称。可以是任何依赖属性（dependencyproperty）或依赖对象（dependencyobject）的属性[超前警告]。value（值）：指定要为属性设置的值。setter的作用是在样式中定义属性设置规则，使得适用于该样式的目标对象会继承这些属性设置。当样式应用于目标对象时，setter将设置指定属性的值为所定义的值。在实际应用中，我们很少对某一个控件使用样式，使用样式的目的是：当改变某个样式时，希望所有使用该样式的控件都会改变它们的表现形式，从而不必对某控件逐一进行修改。
例如，可以使用setter在样式中设置button控件的背景颜色、字体大小、边距等属性。当应用该样式于button控件时，这些属性将自动应用，并使得所有的button控件具有相同的外观和行为。
setter可以在样式的
然后把三个button里面的属性都删掉，可以发现button的样子和之前一个一个属性设置是一样的，但是这种方式相较于之前就显得灵活了很多，当需要调整的时候我们只需要调整样式中的对应属性，就可以让三个按钮跟着变化了：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:local="clr-namespace:hellowpf"
mc:ignorable="d"
title="controlwindow" height="450" width="800">
setter元素里只能指定一组属性值，可以通过多个setter来设置多个属性值
targettype是style类中的一个属性用来说明所定义的样式要施加的对象
在上述样式中，使用了多个setter元素来设置按钮的属性：
但是这种定义方式和一开始我们分别定义每个按钮外观的方法如出一辙，显然失去了使用样式的意义。把样式定义在window.resources中，它将适用于当前window（窗体）中所有的button控件。这意味着所有的按钮都会有绿色的背景、5个单位的边距、字体大小为16、显示文本为"bite me!"以及红色的前景颜色。这个时候通过修改样式中的相应属性的value就可以直接修改button的样式了，不需要为每个button控件都单独设置这些属性，可以大大简化界面设计和维护工作。
表转折：就像上面说的，现在定义的样式效果意味着所有的按钮都会有绿色的背景、5个单位的边距、字体大小为16、显示文本为"bite me!"以及红色的前景颜色，那如果有一个按钮不需要设定成这种样式或者它是别的样子怎么办呢？别急，有三种解决方法：
你给每个button重新都设置需要的属性覆盖掉所设置的样式（属性的优先级），这样显然是有悖于我们使用样式的初衷的
使用{x:null}显式清空style
给定义的样式取个名字x:key，当需要的时候通过这个名字来找到它{staticresource keyvalue}，这在为同一控件定义不同的样式时，非常方便。比如我们可以创建两种不同风格的button：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:local="clr-namespace:hellowpf"
mc:ignorable="d"
title="controlwindow" height="450" width="800">
以上内容就是setter的用法以及样式的一般定义和使用方法。
样式继承 baseon
baseon也是样式中几个重要属性之一，用于指定当前样式基于哪个已存在的样式进行继承和扩展。通过设置baseon属性，可以创建一个新的样式，并在现有样式的基础上进行修改或添加新的设置。通过baseon属性的巧妙运用，我们能够建立起一座座视觉上的宫殿，让用户陶醉其中。无论是继承经典、扩展创新，还是重塑风貌baseon`属性都是我们的得力助手。
基本语法如下所示：
声明的newstyle样式会继承existingstyle中已定义的所有设置，然后可以在newstyle中添加、修改或覆盖需要的属性设置。使用basedon属性可以提高样式的重用性，通过基于现有样式创建新的样式，可以在整个应用程序中一致地应用样式，并在需要时进行统一的更改。
比如上面例子中的样式buttonstyle1，我们需要一个在此基础上显示内容为斜体加粗的按钮，创建一个全新的样式当然没问题，但是设置背景色、调整间距、字体大小、字体颜色又得写一遍，用最多的时间创造最低的价值，这个时候就可以通过继承buttonstyle1样式，加上额外的样式：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:local="clr-namespace:hellowpf"
mc:ignorable="d"
title="controlwindow" height="450" width="800">
红配绿，冒傻气
尽管乍一看通过baseon进行样式继承看起来非常方便，但它也存在一些缺点需要注意：
- 紧密的样式耦合：使用
basedon属性继承样式时，子样式会紧密地依赖于父样式。这意味着如果父样式发生了变化，子样式可能也会受到影响，导致意外的样式改变。这种紧密的样式耦合可能会增加代码维护的复杂性。代码可读性下降：当样式继承层级变得很深时，代码的可读性可能会下降。阅读代码时需要跟踪样式的继承关系，理解每个样式的作用和效果可能会变得更加困难。
样式冗余和性能影响：使用
basedon属性继承样式时，子样式可能会继承了一些不必要的属性或样式，导致样式冗余。这可能会增加界面的渲染时间和内存消耗，对性能产生一定的影响。同时，样式继承层级的增加也可能会导致样式的解析和应用变慢。难以调试和定位问题：当样式继承层级复杂时，如果出现样式的问题或者需要进行调试，可能需要在多个样式中进行追踪和定位，增加了调试的复杂性。
样式继承所产生的依赖性会使程序变得更脆弱，上面演示的实例倒还好说，但是，通常，根据不同的内容类型以及内容所扮演的角色会出现各类的样式，通过样式继承之后往往会得到一个更复杂的模型，并且真正重复使用的样式设置少之又少。除非有特殊原因要求一个样式继承自另一个样式（比如，第二个样式是第一个样式的特例，并且只改变了继承来的大量设置中的几个特征），否则不建议使用样式继承。
触发器 triggers
触发器（triggers）用于在特定条件满足时改变控件的外观或行为。它们是一种强大的工具，用于响应用户交互、数据变化或其他事件，从而实现动态的控件效果。
触发器可以在控件模板的style或controltemplate中定义。它们基于属性的值来触发特定的动作或设置。
wpf中有几种类型的触发器，包括：
trigger：用于在属性值满足特定条件时触发动作或设置。例如，当按钮被点击时改变其背景色。multitrigger：与trigger类似，但可以同时满足多个属性的条件。datatrigger：根据数据绑定的值触发动作或设置。例如，当绑定的数据达到某个特定值时隐藏控件。multidatatrigger：与datatrigger类似，但可以同时满足多个数据绑定的条件。eventtrigger：在特定事件发生时触发动作或设置。例如，当鼠标移入控件时改变其透明度。这几种类型的触发器都是从triggerbase类中派生出来的。datatrigger和multidatatrigger是一对数据触发器，两者的区别是在datatrigger中只能说明一个条件，而multidatatrigger中则可以说明多个条件。trigger和multitrigger也是一对触发器，和datatrigger相似，trigger中只能说明一个条件，而multitrigger里可以说明多个条件。datatrigger和trigger的不同在于，datatrigger中带有banding属性，即datatrigger支持数据绑定。
触发器通常与setter一起使用，以在触发时改变控件的属性。我们可以在触发器中设置新的属性值，也可以应用动画效果或其他更复杂的操作。
浅浅尝试一下触发器：
trigger
最简单，也是最基础的触发器，我们用一个小例子来演示一下，也作为样式的一次小复习，比如实现一个鼠标移过文本字体变大的效果：
x:class="hellowpf.controlwindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:hellowpf"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
title="controlwindow"
width="800"
height="450"
mc:ignorable="d">
大象踢腿
狮子拜天
二龙戏珠
龙卷风摧毁停车场
乌鸦坐飞机
佛朗明哥舞步
注意在使用触发器时要避免死循环，不要将触发器中设定的相关属性作为触发器的条件，即：改变相关属性a引起相关属性b发生改变，而相关属性b改变又引发相关属性a改变的情况。
multitrigger
实现一个输入效果，当输入的时候，边框变厚以提醒输入状态，同时背景颜色也发生变化：
x:class="hellowpf.controlwindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:hellowpf"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
title="controlwindow"
width="800"
height="450"
mc:ignorable="d">
width="150"
height="50"
style="{staticresource smalltrigger}" />
datatrigger 和 multidatatrigger
datatrigger和multidatatrigger这一对触发器和trigger和multitrigger非常类似，但是它们多了一个binding属性，需要用到数据绑定，这个后面再说。
eventtrigger
事件触发器类似winform中的小闪电，就是通过触发特定的事件执行相应的动作，我们借助动画做一个小演示：
x:class="hellowpf.controlwindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:hellowpf"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
title="controlwindow"
width="800"
height="450"
mc:ignorable="d">
width="80"
fontsize="15"
style="{staticresource smalltrigger}">
佛朗明哥舞步
格式化之后的代码看起来有点长。
定义样式到单独文件中
上面所演示的例子中，样式都是定义在目标控件所在的页面的资源里的，只有当前页面上的控件可以应用样式，这样当出现跨页面的时候样式的定义方式就显得有点无力了。想象一下，你的软件有多个页面，每个页面里面又有多个按钮、文本框、标签等控件，如果每个控件都手动设置它们的属性值来达到一致的外观，这将非常繁琐和容易出错。在大型软件工程中，当你需要开发多个wpf应用程序或dll时，确保这些应用程序具有一致的外观是非常重要的。这也是样式（styles）的真正强大之处所在。
现在的程序一般不都是会带有主题自定义的功能吗，可以通过调整给出的配置项自由修改页面效果，还有明暗主题切换。虽然wpf没有theme、skin之类的东西，但是我们可以通过样式很好的完成这项工作捏
尝试一下实现一个简单的明暗主题切换：
来看看怎么实现的：
构建主题字典
比较无聊，提取style切换颜色，也不知道标准否，文件结构大概如图所示：
分别创建了两个资源字典：dictionarydarkstyle.xaml、dictionarydefaultstyle.xaml用来存放默认主题以及深色主题，对应xaml代码如下：
default:
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
dark:
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
加载切换主题资源字典
在app.xaml中添加程序的资源，也就是我们定义的资源字典：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:local="clr-namespace:themeswitchdemo"
startupuri="mainwindow.xaml">
应用样式及切换
默认页面的xaml如下：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:themeswitchdemo"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
title="mainwindow"
width="800"
height="450"
windowstartuplocation="centerscreen"
mc:ignorable="d">
通过按钮的点击事件来切换样式：
using system.windows;
namespace themeswitchdemo
{
///
/// mainwindow.xaml 的交互逻辑
///
public partial class mainwindow : window
{
public mainwindow()
{
initializecomponent();
}
bool isdarkstyleapplied = false;
private void button_click(object sender, routedeventargs e)
{
if (isdarkstyleapplied)
{
// 如果当前是黑色样式，则切换回默认样式
border.style = (style)application.current.resources["borderdefaultstyle"];
label1.style = (style)application.current.resources["labeldefaultstyle"];
label2.style = (style)application.current.resources["labeldefaultstyle"];
button.style = (style)application.current.resources["buttondefaultstyle"];
isdarkstyleapplied = false;
}
else
{
// 如果当前是默认样式，则切换到黑色样式
border.style = (style)application.current.resources["borderdarkstyle"];
label1.style = (style)application.current.resources["labeldarkstyle"];
label2.style = (style)application.current.resources["labeldarkstyle"];
button.style = (style)application.current.resources["buttondarkstyle"];
isdarkstyleapplied = true;
}
}
}
}
that’s all.
可能是初学的缘故，我觉得应该有比我这样更好的实现方式，欢迎大家留言讨论，毕竟我是初学。还有一件事，牛战士是从来不会摘下面具的。
模板
正如上面概述章节所述，wpf革命性的概念就是把控件的特性和控件的显示方式分开，也就是说wpf中的控件的显示和内部逻辑它的行为是分开的。使用过winform的人应该知道，winform的开发效率是非常高的，可以使用预先构建好的控件，这些控件可以工作的足够好，但是同样控件的定制性也足够的有限。在开发过程中我们只能调整有限的参数来修改控件外观，比如位置（location）、尺寸（size）、背景颜色、鼠标悬停时的颜色等。如果想要实现一些特殊效果或者稍微好看的外观，就不得不从头重新绘制控件、实现控件的功能，这除了需要一些功底以外，重绘的自定义控件有时候可能并不会像我们预想中的样子工作，之后还会有一段漫长的调试过程。也就是说，在winform中，实现一个略微美观的页面自定义控件是必需的，同时也是一项令人挠头的工作。
为此，wpf设计了一套很好的凯发k8天生赢家一触即发的解决方案：把控件的外观和逻辑分离，控件的外观由模板提供，开发人员可以自由使用自己设计的控件模板，最终通过样式（style）和模板（template）很好的解决了上述的传统问题。这主要得益于wpf中控件的实现方式的重大改变：
传统的用户界面技术（比如winform）中控件实际是通过窗体的控件类封装win32 api后实现（通过gdi绘制）的，对传统windows界面元素的封装导致它们是不可更改的。而wpf是全新的dx渲染绘制的界面，脱离了对传统win32 api的依赖，这同时也解决了winform等传统图形界面在实现不同分辨率下的页面布局自适应的问题。
回到本节的标题：什么是模板？不知道大家有没有尝试过自己动手diy雪糕或者月饼，做过的小伙伴应该知道，在制作之前需要准备好模具，把材料放进去，这样做出来才会达到理想的形状。这里的模具就起到了模板的作用，之前看过一篇文章是这样解释模板的：
模板从字面意思理解是“具有一定规格的样板"。在现实生活中，砖块都是方方正正的，那是因为制作砖块的模板是方方正正的，如果我们使模板为圆形的话，则制作出来的砖块就是圆形的，此时我们并不能说圆形的”砖块“不是砖块吧。因为形状只是它们的外观，其制作材料还是一样的。
一个网站的主题通过一个模板来定义。如果我们使用不同的模板，网站的外观和风格也会不同。但是，这并不改变网站的本质和功能，它仍然是一个网站，并具有相同的基础构成部分。因此，模板可以理解为表现形式，wpf中的模板同样是表现形式的意思。
在wpf中，模板用于定义控件的可视化结构和布局，它决定了控件的内部构成和展示方式。通过模板，我们可以完全重写控件的外观，使其具有全新的视觉效果。模板的主要作用是为控件提供自定义的外观和布局，从而实现个性化的用户界面，模板可以覆盖控件的默认视觉结构。
乍一听好像模板和上面的样式作用差不多，可别混淆了。样式更关注于控件的属性和视觉效果，例如颜色、字体等，而模板则更关注于控件的结构和布局。样式可以用于多个控件之间的外观统一，而模板通常用于对单个控件进行个性化定制。
wpf里有三中模板：控件模板、数据模板和items模板，都是从frameworktemplate类中派生出来的：
- 控件模板（
controltemplate）：控件造型师，用于定义控件的外观和布局，可以完全重写控件的外观，让控件具有全新的视觉效果。数据模板（
datatemplate）：用于定义数据对象的可视化呈现方式。数据模板通常与数据绑定一起使用，将数据对象与界面元素关联起来。面板模板（
itemspaneltemplate）：用于定义itemscontrol的布局方式的模板，它决定了集合项在布局面板中的排列和位置规则。我们都知道，所有的wpf控件都是从control类中派生出来的，control类中有一个属性template，设置template属性就可以改变控件在界面上的外观。这里template的指的就是三类模板之一的控件模板，下面我们来看看控件模板是啥。
控件模板
控件模板定义了控件在界面上的呈现方式，包括控件的布局、样式、触发器和绑定等。通过修改控件模板，可以自定义控件的外观，使其符合特定的设计需求和用户体验要求。在控件模板中，可以使用各种控件和容器元素来构建控件的可视化结构。例如，可以使用grid、stackpanel、border等容器元素来布局控件的子元素，使用textblock、button、textbox等控件来显示文本和图标，还可以使用触发器（trigger）来定义控件在不同状态下的样式变化。
在xaml里面创建一个空按钮，我们会发现它通常是这个样子的：灰色的背景色、黑色的边框、鼠标悬停会背景色会发生变化等等，但是我们之前说多控件是被设计成无外观的，这不是矛盾的吗
wpf中的每一个控件都有默认模板，该模板描述了控件的外观以及外观对外界的变化所做出的反应。我们可以自定义一个模板来替换掉控件的默认模板以便打造个性化的控件。与样式style不同，style只能改变控件的已有属性值来定制控件，但控件模板可以改变控件的内部结构（visualtree，视觉树）来完成更为复杂的定制，比如我们可以定制一个带图标的按钮：在它的左边部分显示一个图片，右半部分显示文本，一个带图标的button就搞定了。
通过控件模板，我们可以定制控件的每一个细节，包括背景、边框、文本、图标等等。可以使用各种布局容器和可视化元素，将它们巧妙地组合在一起，创造出独特的界面风格和布局效果。我们先来看一下控件模板controltemplate的组成：
选中设计器页面上的button右击 => 编辑模板 => 编辑副本 => 创建style资源 => 会在当前页面key为buttonstyle1作用于button的样式：
样式中设置的template属性的值就是一个controltemplate对象，里面包括对控件背景色、字体颜色、边框大小、内容垂直水平位置等属性的设置：
controltemplate中
border 元素: 用于包裹 button 的内容，并提供边框和背景样式。contentpresenter 用于呈现 button 的内容。它负责将控件的内容显示在 button 内部，并根据模板中的属性设置进行对齐和布局。controltemplate.triggers 元素: 包含了一系列触发器（trigger），用于根据控件的状态改变外观和行为。在这个样式中，定义了几个触发器来响应 isdefaulted、ismouseover、ispressed 和 isenabled 属性的变化，并根据状态改变相应的样式。border
border 元素: 用于包裹 button 的内容，并提供边框和背景样式，可以尝试修改里面的内容，观察一下按钮会发生什么变化。比如我们想要按钮变成下图的样子：
先不说里面的内容，我们来看看外观，可以通过修改border元素的属性来实现该效果：
contentpresenter
contentpresenter：用于呈现其他控件或对象的内容。它通常用作控件模板中的占位符，用于呈现控件的内容，并根据模板中的属性设置进行对齐和布局。
为什么
contentpresenter既可以呈现对象的内容，又可以是其他控件呢一般从
contenecontrol派生而来的控件它内容是content，而查看content的定义可以发现，它是一个object类型的属性，这就使得content的内容既可以是我们常用的文本，也可以是非常复杂的控件内容，而contentpresenter绑定的正是控件的content属性。对于从
contenecontrol派生而来的控件，比如button、checkbox等这些控件都是通过contenrpresenter来呈现内容的。
怎么理解这句话呢，拿border中的例子，我们已经将按钮的外观调整成了图片效果，我们可以通过调整content属性让按钮显示三个textblock对应图片中的内容：
回到正题，在contentpresenter中可以看到有这些属性，例如margin、horizontalalignment、verticalalignment等，用于控制内容的布局和对齐方式。清空content中的内容，改成固定的hello wpf，可以发现它是居中显示的，调整模板中的水平、垂直属性：
显然，contentpresenter用于展示控件的内容（即content属性的值）并决定其在控件模板中的呈现方式，而content的类型object决定了contentpresenter既可以呈现对象的内容也可以是其他控件。
contentpresenter可以删掉嘛，当然可以，我们可以把它换成我们想要的任何内容，但它可能就无法正确的呈现我们在content中设置的内容了。当然了，如果足够简单，去掉展示器换成其他类型能对应上的也是可以的，需要调整下呈现的内容的绑定，但是一旦按钮中的内容稍微复杂一点就没办法正常呈现内容了。
templatebinding
templatebinding（模板绑定）用于在控件模板中绑定模板内部元素的属性与外部控件的属性之间建立关联。使用templatebinding，可以在控件模板内部直接引用外部控件的属性，而无需手动编写绑定表达式，以一种简洁、直接的方式访问外部控件的属性，从而实现属性的传递和同步。
具体而言，可以通过在控件模板的属性设置中使用templatebinding来引用外部控件的属性，如果不进行配置，那相应的属性就会失效。例如，如果我们把模板中border中的背景色、边框颜色删掉或者设置为默认值，那么我们在使用这个模板的按钮中给这些属性赋值就不会生效了：
通俗的讲，templatebinding 的作用就是在控件模板中绑定控件自身的属性，以实现属性的传递和绑定。
需要注意的是，
templatebinding只能绑定到当前控件的相关属性。它用于在控件模板中绑定控件自身的属性，以便将模板中的元素与控件的属性保持一致。比如我们在border里面多给他建一个text绑定到button中显示的content是会报错的，因为button本身没有text这个属性。
triggers
触发器就很好理解了，这里就不再赘述了，大家可以查看 [触发器 triggers](#触发器 triggers) 章节内容。
自定义控件模板
自定义控件模板有几种方式可以实现，取决于你的需求和使用场景：
- 使用
controltemplate 属性：对于大多数控件，你可以使用controltemplate属性来定义控件的模板。你可以在xaml中直接定义模板，也可以在资源字典中定义模板，并通过键值引用使用。通过修改控件的模板，你可以完全改变其外观和布局。
使用样式 style ：就像默认生成的样式一样，在样式中定义 controltemplate，并在需要的地方应用它。这种方式适用于对单个控件的样式和模板进行定义和定制，且样式与模板不需要在多个控件之间共享或重用的情况下。
不使用样式，直接定义controltemplate，并在需要的地方应用它。
background="{templatebinding background}"
borderbrush="{templatebinding borderbrush}"
borderthickness="{templatebinding borderthickness}"
cornerradius="6"
snapstodevicepixels="true">
margin="{templatebinding padding}"
horizontalalignment="{templatebinding horizontalcontentalignment}"
verticalalignment="{templatebinding verticalcontentalignment}"
focusable="false"
recognizesaccesskey="true"
snapstodevicepixels="{templatebinding snapstodevicepixels}" />
吧啦吧啦吧啦，还有好多就不一一介绍了
数据模板
说完了控件模板，接着来聊一下数据模板，它可能是在开发中比较常用的一种模板。控件模板是针对于控件来设置控件的外观以及行为的，而数据模板用于定义数据对象的可视化呈现方式，主要是针对某种类型的数据而定制的模板，该模板会自动根据绑定的数据类型组织显示的内容。
datatemplate用于为底层数据提供可视结构，而controltemplate与底层数据无关，仅为控件本身提供可视化布局
数据模板通常与数据绑定一起使用，将数据对象与界面元素关联起来。通过数据绑定，数据对象的属性值可以自动地显示在界面上，实现数据的呈现和更新。在wpf中，有两种类型的控件支持数据模板：
内容控件通过contenttemplate属性支持数据模板。内容模板用于显示任何放置在content属性中的内容。
列表控件（继承自itemscontrol类的控件）通过itemtemplate或者celltemplate属性支持数据模板。这个模板
用于显示作为itemssource提供的集合中的每个项（或者来自datatable的每一行）。
痕迹g的图：
数据模板和控件模板差不多，我们先来定义一个数据模板，然后看看如何使用。
假设需要一个页面呈现用户信息，包括用户的姓名及年龄，存储在person类中，同时我们还有以下的用户信息：
public class person
{
public string name { get; set; }
public int age { get; set; }
}
假设我们想要在listbox中有通过两个textblock来分别显示用户的姓名和年龄，我们会怎么做？一般情况下我们会创建一个listbox控件，然后给它每个节点添加一个用户信息：
...
或者通过代码创建子节点，至少这样重复的工作会少一点：
using system.collections.generic;
using system.windows;
using system.windows.controls;
namespace hellowpf
{
public partial class controlwindow : window
{
public controlwindow()
{
initializecomponent();
list personlist = new list
{
new person { name = "alice", age = 25 },
new person { name = "bobby", age = 30 },
new person { name = "charlie", age = 35 },
new person { name = "david", age = 42 },
new person { name = "emily", age = 28 },
new person { name = "frank", age = 50 },
new person { name = "grace", age = 33 }
};
for (int i = 0; i < personlist.count; i )
{
listbitem.items.add(new listboxitem()
{
content = new stackpanel()
{
children =
{
new textblock{text=personlist[i].name},
new textblock{text=personlist[i].age.tostring()}
}
}
});
}
}
}
}
上述两种做法的原理是一样的，都是通过添加子节点一项一项加进去的。虽说也显示出了用户信息，但两种方法都或多多少的有些笨重，同时将数据与ui元素混合在了一起，程序维护和修改起来无疑非常繁琐。
itemtemplate
我们都知道列表类控件一般都会有数据源可以直接添加，listbox可以通过itemssource来绑定数据源，前提是数据源和listbox得有正确的对应关系对吧，需要确保数据源的类型与列表控件期望的类型兼容。回到上面的例子我们直接绑定，信息是没办法正确显式的，那么就需要调整listbox中呈现的内容以配合数据的结构，这时就可以通过数据模板来完成对数据格式的适配：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:wpfdemo"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
...>
后台代码：
using system.collections.generic;
using system.windows;
using system.windows.controls;
namespace hellowpf
{
public partial class controlwindow : window
{
public controlwindow()
{
initializecomponent();
list personlist = new list
{
new person { name = "alice", age = 25 },
new person { name = "bobby", age = 30 },
new person { name = "charlie", age = 35 },
new person { name = "david", age = 42 },
new person { name = "emily", age = 28 },
new person { name = "frank", age = 50 },
new person { name = "grace", age = 33 }
};
listbitem.itemssource = personlist;
}
}
}
以上就是一个简单的itemtemplate数据模板，我们只需要关注数据就可以达到最开始通过很多行重复代码所实现的效果了，同时也把ui元素和数据区分开来。
当然也可定义通用的数据模板，在需要的时候应用：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:wpfdemo"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
...>
通过使用数据模板，我们可以灵活地定义每个项在列表控件中的外观和布局。这为我们提供了一种可重用的方式来自定义列表控件的呈现方式，以满足特定的界面需求。无论是简单的文本显示还是复杂的布局，数据模板都为我们提供了自由创作的空间。
itemsource作为属性也可以通过绑定来完成：
我们就只需要在代码中提供数据就行了
celltemplate
datagrid里通过celltemplate属性支持数据模板，同样的内容在datagridview里可以这样定义：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:wpfdemo"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
title="mainwindow"
width="800"
height="450"
mc:ignorable="d">
记得在后台代码绑定一下数据源或者用
itemsource绑定数据源️
面板模板
在itemscontrol中，有一个属性itemspanel。这个属性的类型是itemspaneltemplate，设置这个属性是改变条目控件中的条目在控件里面的排版。
listbox中的itemspanel为visualizingstackpanel；menu的itemspanel设为wrappanel；而statusbar中的itemspanel则是使用stackpanel。
我们可以通过面板模板让上面显示信息的listbox由从上到下排列编程从左到右的水平排列：
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:hellowpf"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
title="controlwindow"
width="800"
height="450"
mc:ignorable="d">
margin="5,0,0,0"
borderbrush="#bec5ff"
borderthickness="2"
cornerradius="6">
演示比较简单，只是改变了排列方式。
篇幅原因，就先到这里吧，希望可以帮助到大家️
