WPF有一个灵活的UI框架，用户可以轻松地使用代码控制控件的外观。例设我需要一个控件在鼠标进入的时候背景变成蓝色，我可以用下面这段代码实现：
此模式允许将给定的 ControlTemplate 属性绑定到应用 ControlTemplate 的控件的属性。为了更好地理解这里的问题，下面是一个示例
ContentControl是最简单的TemplatedControl，而且它在UWP出场频率很高。ContentControl和Panel是VisualTree的基础，可以说几乎所有VisualTree上的UI元素的父节点中总有一个ContentControl或Panel。
标记扩展（Markup Extensions）是一个被广泛使用的XAML语言概念。通过XAML标记扩展来设定属性值，从而可以让对象元素的属性具备更加灵活和复杂的赋值逻辑。 本文将详细介绍Windows 10 UWP开发中XAML标记扩展基础概念和使用方法。常用的XAML标记扩展功能包括： Binding（绑定）标记扩展, 在XAML载入时，将数据绑定到XAML对象； StaticResource（静态资源）标记扩展， 实现引用数据字典（ResourceDictionary）中定义的静态资源； ThemeR
数据绑定模型允许您将与您Binding的对象相关联ValidationRules。 如果用户输入的值无效，你可能希望在应用程序 用户界面 (UI) 上提供一些有关错误的反馈。 提供此类反馈的一种方法是设置Validation.ErrorTemplate附加到自定义ControlTemplate的属性。
图形用户界面（GUI，Graphic User Interface）应用较之控制台界面（CUI，Command User Interface）应用程序最大的好处就是界面友好、数据显示直观。CUI程序中数据只能以文本的形式线性显示，GUI程序则允许数据以文本、列表、图形等多种形式立体显示。 用户体验在GUI程序设计中起着举足轻重的作用——用户界面设计成什么样子看上去才够漂亮？控件如何安排才简单易用并且少犯错误？（控件并不是越复杂越好）这些都是设计师需要考虑的问题。WPF系统不但支持传统Windows Forms（简称WinForm）编程的用户界面和用户体验设计，更支持使用专门的设计工具Microsoft Expression Blend进行专业设计，同时还推出了以模板为核心的新一代设计理念（这是2010年左右的书，在那时是新理念，放现在较传统.NET开发也还行，不属于落后的技术）。 本章我们就一同来领略WPF强大的模板功能的风采。
之前的ContentView2添加了PointerOver等效果，和TextBox等本来就有Header的控件放在一起反而变得鹤立鸡群。
上一篇我们已经一起编写了框架的基础结构，并且实现了ViewModel反向控制Xaml窗体。
如果发现 UWP ListView 横向没有滚动条，可以使用 ScrollViewer 添加
我去年写过一个在UWP自定义控件的系列博客，大部分的经验都可以用在WPF中（只有一点小区别）。这篇文章的目的是快速入门自定义控件的开发，所以尽量精简了篇幅，更深入的概念在以后介绍各控件的文章中实际运用到才介绍。
有很多文章讨论绑定的概念，并讲解如何使用StaticResources和DynamicResources绑定属性。这些概念使用WPF提供的数据绑定表达式。在本文中，让我们研究WPF提供的不同类型的数据绑定表达式。
WPF 是微软推出的表现层UI开发框架，全称 Windows Presentation Foundation。 相对Winform来讲，它使用一种全新的桌面应用程序 UI 的开发方式。 除了像Winform那样在“Windows 窗体”上删除控件之外，WPF 还为应用程序开发提供了额外的功能改善，包括丰富的用户界面、动画等等。
TemplateSettings提供一组只读属性，用于在新建ControlTemplate时使用这些约定的属性。
先来个模板： <ControlTemplate x:Key="button" TargetType="Button"> <Border CornerRadius="4" BorderThickness="3"> <Border.BorderBrush> <LinearGradientBrush EndPoint="0,1"> <GradientStop Offset
WPF中有种叫做触发器的东西（记住不是数据库的trigger哦）。它的主要作用是根据trigger的不同条件来自动更改外观属性，或者执行动画等操作。
WPF 是一个界面层框架技术，要对 WPF 技术达到熟练运用的程度，需要同时拥有开发和设计两方面的知识。而我作为一名开发人员，以前的总结都是站在开发人员的角度，今天这篇博文则期望更多地站在设计人员的角度来进行总结。其实，开发人员比较难理解WPF 框架中为什么会提出 Style、Template、Command、State、StoryBoard、Trigger 等这些概念，但是当你看一看 Flash 或者 PhotoShop 的设计人员平时的工作，就会发现原来许多概念早已是他们的常识，而 .NET 只是把这些
在WPF中布局表单一直都很传统，例如使用上面的XAML，它通过Grid布局一个表单。这样出来的结果整整齐齐，看上去没什么问题，但当系统里有几十个表单页以后需要统一将标签改为上对齐，或者标签和控件中加一个:号等需求都会难倒开发人员。一个好的做法是使用某些控件库提供的表单控件；如果不想引入一个这么“重”的东西，可以自己定义一个简单的表单控件。
对WPF来说ContentControl和ItemsControl是最重要的两个控件。
在 MVVM 中 ViewModel 和 View 之间的交互通常都是靠 Icommand 和 INotifyPropertyChanged，不过有时候还会需要从 MVVM 中控制 View 中的某个元素，让它获得焦点，例如这样：
问题来自【愚公系列】2023年07月 WPF控件专题 2023秋招WPF高频面试题[1]，回答站长通过ChatGPT重新整理，可对比两者区别学习、整理。
顾名思义，ItemsControl是展示一组数据的控件，它是UWP UI系统中最重要的控件之一，和展示单一数据的ContentControl构成了UWP UI的绝大部分，ComboBox，ListBox，ListView，FlipView，GridView等控件都继承自ItemsControl。曾经有个说法：了解ContentControl和ItemsControl才能算是了解WPF的控件，这一点在UWP中也是一样的。
业务开发过程中遇到一个日期范围选择的需求，和Element UI的DateTimePicker组件比较类似，由两个日历控件组成，联动选择起始时间和结束时间。
WPF中在冒泡事件或者隧道事件会随其层间关系在visual tree上层层传递，但是，某些事件传递到某些控件是即会”终止“（不再响应相应的注册事件），给人一种事件终结者的印象。例如：textbox对mousdown事件。
WPF和HTML页面类似用XML进行页面编程，那么上述的模板、CSS和JS放在哪呢？
UWP允许开发者通过两种方式创建自定义的控件：UserControl和TemplatedControl（模板化控件）。这个主题主要讲述如何创建和理解模板化控件，目标是能理解模板化控件常见的知识点，并且可以创建扩展性良好的模板化控件。
要开始使用命令，必须做三件事： 一：定义一个命令 二：定义命令的实现 三：为命令创建一个触发器 WPF中命令系统的基础是一个相对简单的ICommand的接口，代码如下： public interface IComma
<Path Grid.Column="2" Data="M43,5 L20,40 20,40 0,20 6,15 18,26 37,7 43,5 z" Fill="Green" Margin="5" Stretch="Fill" HorizontalAlignment="Right"/> image.png <Path Margin="5" Data="M50,25 L25,50 M25,25 50,50" Fill="#FFF4F4F5" Stretch="Fill" Stroke="Red"
本文记录我将一个小 WPF 应用搬迁到 UNO 框架，用于支持统信 UOS 系统时开发经验
WPF控件是Windows Presentation Foundation（WPF）中的基本用户界面元素。它们是可视化对象，可以用来创建各种用户界面。WPF控件可以分为两类：原生控件和自定义控件。
UWP有很多问题，先不说生态的事情，表单、验证、输入、设计等等一堆基本问题缠身。但我觉得最应该首先解决的绝对是Blend，那个随随便便就崩溃、报错、比Silverlight时代还差、不能用的Blend For Visal Studio。不过无论Blend怎么坏都不能让我写漂亮控件的心屈服，毕竟写了这么多年XAML，只靠Visual Studio勉勉强强还是可以写样式的，这篇文章介绍的控件就几乎全靠Visual Studio写了全部样式（其实VisalStudio的设计器也一直报错）。
TemplatePart（部件）是指ControlTemplate中的命名元素。控件逻辑预期这些部分存在于ControlTemplate中，并且使用protected DependencyObject GetTemplateChild(String childName)获取它们后进行操作。
传统上UWP上处理进度可以这样实现，首先是XAML，包括一个ProgressBar和一个按钮：
就是在Button内部渲染区域的外层添加了一个Grid，并且设置背景色为Transparent。
做了WPF开发多年，一直未曾自己实现一个自定义Window Style，无论是《WPF编程宝典》或是各种博客都建议使用WindowStyle="None" 和 AllowsTransparency="True"，于是想当然以为这样就可以了。最近来了兴致想自己实现一个，才知道WindowStyle="None" 的方式根本不好用，原因有几点：
拿到这个需求后，分析界面上每个圆形和输入框应该视为一个用户控件，且输入框相对于圆形的位置不是一致的，所以应该要能够通过一个属性来设置输入框的位置。那么就以这个为突破口，创建一个用户控件，在代码隐藏页中添加一个用于控制输入框位置的依赖属性 “TextBoxPlacement”：
上周五收到反馈，在一个ContentControl的ControlTemplate中放两个ContentPresenter会出错。出错的例子是我以前博客中HeaderedContentControl的代码，这个控件是UWP最简单的控件之一，它最简化的实现代码如下：
项目中要用到一个数据分页栏，虽然自己没有实现过，但凭经验感觉它和ListBox/ListView有关。于是去网上搜了下WPF 数据分页栏，果然很多实现都用到了ListView。于是拣了一种比较简单的实现学习，其中包含下面代码：
一个控件是否好用，很大一部分取决于名称。好的命名能让使用者用起来更得心应手，坏的命名只会让代码更混淆。下面总结了UWP控件命名的一般模式：
除了以外观为卖点的控件库，WPF的控件库都默认使用“素颜”的外观，然后再提供一些主题包。这样做的最大好处是可以和原生控件或其它控件库兼容，而且对于大部分人来说模仿原生的主题也比自己设计一套好看的UI容易得多。
发布于 2018-05-29 12:56 更新于 2018-05-30 01:34
本文不涉及高深的设计模式(比如mvc,mvvm之类)，也没有太多的编程技巧，只是记录自己做为asp.net开发者学习silverlight中自定义控件开发的一些过程，高手请绕过。 先推荐一篇不错的文章http://www.cnblogs.com/carysun/articles/1259025.html 写得很全面，只不过图片讲解不够丰富，初学者可能有些感到跳跃性大了一些。 正文开始: 做过asp.net网站开发的都知道用户控件是一个很方便的功能，通常我们会把一些模块化的功能封装成用户控件，用的时候直
上一篇文章介绍了使用WindowChrome自定义Window，实际使用下来总有各种各样的问题，这些问题大部分都不影响使用，可能正是因为不影响使用所以一直没得到修复(也有可能别人根本不觉得这些是问题)。
依赖属性（DependencyProperty）是UWP的核心概念，它是有DependencyObject提供的一种特殊的属性。由于UWP的几乎所有UI元素都是集成于DependencyObject的FramewordElement，并且这些UI元素的几乎所有属性及它们出现在XAML中的几乎所有属性都是依赖属性，所以可以说依赖属性是专门为UI设计的属性系统。
进度条可以参见：http://edi.wang/post/2016/2/25/windows-10-uwp-modal-progress-dialog
我在学习WPF的早期，对依赖属性理解一直都非常的不到位，其恶果就是，我每次在写依赖属性的时候，需要翻过去的代码来复制黏贴。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
