C#的Style和Template在WPF中有何区别？-C#.Net教程-PHP中文网

style用于统一控件的外观属性（如颜色、字体），通过setter设置依赖属性，实现ui标准化和主题化；2. controltemplate用于重新定义控件的视觉结构（即内部视觉树），改变其“骨骼”和“皮肤”，实现外观重塑而不改变其行为；3. 自定义控件是创建具备新功能和外观的控件，需定义逻辑与模板，而controltemplate仅改变现有控件的视觉呈现；4. 实际项目中应全局定义常用style并利用basedon实现继承，按需使用controltemplate，确保包含必需命名元素，并结合visualstatemanager管理状态，兼顾性能与美观。style和controltemplate协同使用可提升wpf应用的可维护性与视觉表现。

C#的Style和Template在WPF中有何区别？

Style和Template在WPF里，一个管的是控件的“表面文章”——它的属性值，比如颜色、字体大小；另一个管的是控件的“内在骨架”——它到底长什么样，由哪些基本元素构成。简单来说，Style是调整参数，Template是重塑外观。

解决方案

说实话，刚接触WPF那会儿，我对Style和Template的理解也是一团浆糊，总觉得它们俩都能改控件的样子，那到底有啥区别呢？后来才慢慢悟到，它们处理的是不同层面的“外观”。

Style (样式)：Style本质上是一组属性值的集合，你可以把它应用到多个控件上，以确保它们拥有统一的视觉表现。比如，你希望所有按钮的背景都是蓝色，字体都是白色加粗，你就可以定义一个Style，然后应用到这些按钮上。它就像是给控件穿上了一件统一的“衣服”，但衣服的款式（Button还是TextBox）本身没变。Style通过

Setter

登录后复制

来修改控件的各种依赖属性，比如

Background

登录后复制

、

Foreground

登录后复制

、

FontSize

登录后复制

、

Margin

登录后复制

等等。它非常适合用来实现UI的标准化和主题化。

ControlTemplate (控件模板)：ControlTemplate则完全是另一回事。它定义了一个控件的视觉结构——也就是说，一个Button看起来像个Button，是因为它的ControlTemplate告诉WPF，这个Button内部应该有一个Border、一个ContentPresenter等等，这些元素组成了Button的视觉表现。当你修改一个控件的ControlTemplate时，你实际上是在重新定义这个控件在屏幕上是如何被“画”出来的。你可以把一个标准的Button通过修改Template，变成一个圆形按钮，一个带图标的按钮，甚至一个完全不像按钮的自定义图形。它改变的是控件的“骨骼”和“皮肤”，而不仅仅是“颜色”。Template的核心在于它定义了控件的内部视觉树（Visual Tree）。

所以，区别很明显：Style是在不改变控件基本结构的前提下，调整其外观属性；ControlTemplate则是彻底重构控件的视觉结构，让它看起来完全不同。你可以想象，一个Style可以改变你家的墙面颜色和家具摆设，但ControlTemplate能让你把客厅改成卧室，或者直接把房子外观改造成城堡。

WPF中Style主要用来解决什么问题？

Style在WPF开发中简直是UI一致性的救星。它最核心的作用就是解决UI元素的重复定义和维护难题。你想想看，如果你的应用里有几十个按钮，每个按钮的字体、背景色、边距都得手动设置一遍，那简直是噩梦。而且，一旦产品经理说“所有按钮的背景色改成绿色”，你不得一个个去改吗？Style就是来终结这种低效的。

它能让你：

实现UI的统一性： 定义一次Style，然后在所有需要相同外观的控件上引用它，保证整个应用的视觉风格高度一致。
简化XAML代码： 大量的属性设置不再需要写在每个控件实例上，而是集中定义在Style中，让XAML变得更简洁、更易读。
方便主题化和品牌化： 改变一个Style的定义，就能瞬间改变所有应用了该Style的控件的外观，这对于实现应用的主题切换或者品牌定制非常方便。
提供继承和扩展能力： Style可以通过
```
BasedOn
```
登录后复制
登录后复制
登录后复制
属性继承另一个Style，这使得你可以构建复杂的样式层级，实现更精细的UI控制。

举个例子，假设你想让所有按钮都有一个统一的蓝色背景和白色字体：

<Window.Resources>
    <Style TargetType="Button">
        <Setter Property="Background" Value="#FF3F51B5"/>
        <Setter Property="Foreground" Value="White"/>
        <Setter Property="FontSize" Value="16"/>
        <Setter Property="Padding" Value="10,5"/>
        <Setter Property="Margin" Value="5"/>
    </Style>
</Window.Resources>

<!-- 这样，所有Button都会自动应用这个样式 -->
<StackPanel>
    <Button Content="提交"/>
    <Button Content="取消"/>
</StackPanel>

登录后复制

你看，每个Button本身的代码多么干净，所有的“脏活累活”都交给Style去做了。

ControlTemplate与自定义控件有什么异同？

这是一个非常好的问题，因为它们都涉及到改变控件的外观，甚至行为。但它们解决问题的粒度和方式截然不同。

ControlTemplate：如前所述，ControlTemplate是用来改变现有控件的视觉呈现的。它定义了控件的内部视觉结构，但它不改变控件的内在逻辑和行为。一个Button通过ControlTemplate被改造成圆形，它依然会响应Click事件，依然有

IsPressed

登录后复制

、

IsMouseOver

登录后复制

等状态。Template只是改变了这些状态在视觉上的表现。你可以把它想象成给一辆车换了个酷炫的车壳，但车子的发动机、底盘、驾驶逻辑都没变。

自定义控件 (Custom Control)：自定义控件则是从头开始创建一个全新的控件。它通常继承自

Control

登录后复制

或其派生类（如

ButtonBase

登录后复制

），并且你不仅要定义它的视觉（通常通过ControlTemplate），更重要的是要定义它的行为逻辑、依赖属性、路由事件等等。当你发现WPF自带的控件无法满足你的特定功能需求时（比如你需要一个带有特殊拖拽行为的滑块，或者一个能显示复杂数据图表的控件），你就需要考虑创建自定义控件。这就像是自己设计并制造一辆全新的汽车，包括发动机、底盘、车壳以及所有的驾驶系统。

异同点总结：

目的不同： Template是为了美化和重塑现有控件的外观；自定义控件是为了创建具有全新功能和外观的控件。
关注点不同： Template主要关注视觉树的构建和状态的视觉呈现；自定义控件则同时关注视觉、行为、属性和事件。
复杂性不同： 通常来说，编写一个ControlTemplate相对简单，因为它依赖于现有控件的既有逻辑。而创建一个健壮、可复用、符合WPF规范的自定义控件，则需要更深入的WPF知识和更多的代码量。
使用场景：
- ControlTemplate： 当你只需要改变一个标准控件（如Button, TextBox, ComboBox）的外观，而其核心行为保持不变时。
- 自定义控件： 当你需要一个全新的功能，或者现有控件的行为和外观都无法满足需求，需要从零开始定义其所有特性时。

有时候，两者也会结合使用。一个自定义控件通常也会有自己的默认ControlTemplate，这样使用者可以通过修改这个Template来定制自定义控件的外观，而无需修改其核心逻辑。

如何在实际项目中有效利用Style和ControlTemplate？

在实际项目里，Style和ControlTemplate用得好，能让你的WPF应用既美观又易于维护。但用得不好，也可能变成一团糟。

Style 的有效利用：

全局定义与局部覆盖： 大多数通用的Style应该定义在
```
App.xaml
```
登录后复制
中，这样它们在整个应用中都是可用的。对于特定页面或用户控件中的局部Style，可以定义在相应的
```
Resources
```
登录后复制
中。记住，局部资源会覆盖全局资源。
TargetType 与 x:Key： 如果你希望某个Style自动应用到所有特定类型的控件上，使用
```
TargetType
```
登录后复制
（不设置
```
x:Key
```
登录后复制
登录后复制
）。如果你想手动选择性地应用Style，或者为同一类型的控件定义多个不同的Style，就使用
```
x:Key
```
登录后复制
登录后复制
。
BasedOn 的妙用： 利用
```
BasedOn
```
登录后复制
登录后复制
登录后复制
属性可以实现Style的继承。比如，你可以定义一个基础的
```
ButtonStyle
```
登录后复制
，然后在此基础上创建
```
PrimaryButtonStyle
```
登录后复制
和
```
SecondaryButtonStyle
```
登录后复制
，它们继承了基础样式，并在此基础上修改了背景色等属性。这大大减少了重复代码。
避免过度嵌套： Style内部的Setter如果过多，或者Style之间
```
BasedOn
```
登录后复制
登录后复制
登录后复制
的层级太深，有时会使调试变得困难。保持Style的职责单一，尽量扁平化。

ControlTemplate 的有效利用：

按需使用，而非滥用： 这是最重要的原则。只有当你真的需要完全改变一个控件的视觉结构，而不仅仅是属性时，才考虑使用ControlTemplate。很多时候，通过Style调整属性或者简单地组合几个现有控件就能达到目的。
关注Required Parts： 当你重写一个标准控件的ControlTemplate时，你需要确保Template中包含了该控件正常工作所必需的命名元素（通常是
```
ContentPresenter
```
登录后复制
或者特定的
```
Part
```
登录后复制
，比如
```
ScrollViewer
```
登录后复制
的
```
PART_ContentHost
```
登录后复制
）。这些“必需部分”通常在微软的文档中有说明。如果缺少它们，控件可能无法正常显示内容或执行预期的行为。
TemplateBinding 与 RelativeSource： 在ControlTemplate内部，使用
```
TemplateBinding
```
登录后复制
来绑定Template内部元素到外部控件的属性，这是最常见的做法。对于更复杂的绑定需求，比如需要访问控件的其他属性或者父级元素的属性，可以考虑使用
```
RelativeSource FindAncestor
```
登录后复制
。
结合VisualStateManager： ControlTemplate是实现控件视觉状态（如
```
IsMouseOver
```
登录后复制
登录后复制
、
```
IsPressed
```
登录后复制
登录后复制
、
```
IsEnabled
```
登录后复制
）切换的关键。通过在Template中定义
```
VisualStateGroup
```
登录后复制
和
```
VisualState
```
登录后复制
，你可以精细控制控件在不同状态下的外观变化。
性能考量： 过于复杂的ControlTemplate，尤其是包含大量复杂图形或动画的Template，可能会影响UI的渲染性能。在设计Template时，要权衡美观与性能。