Visual->UIElement->FrameworkElement，带来更多功能的同时也带来了更多的限制

WPF可视化树控件属性本质剖析

最新推荐文章于 2025-07-10 13:24:12 发布

walter lv

最新推荐文章于 2025-07-10 13:24:12 发布

阅读量2.3k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： dotnet 文章标签： ui 框架控件继承

本文链接：https://blog.youkuaiyun.com/WPwalter/article/details/78619688

本文探讨了WPF和UWP中UI控件与组件的继承结构，重点分析了UIElement和FrameworkElement的区别和作用。内容包括宽度和高度的处理、布局系统、屏幕交互、样式和模板的原理，以及易产生理解偏差的点。通过实例解释了如布局切割、尺寸限制、坐标计算等关键概念，并提示了模板可能导致的性能问题。

在 WPF 或 UWP 中，我们平时开发所遇到的那些 UI 控件或组件，都直接或间接继承自 Framework。例如：Grid、StackPanel、Canvas、Border、Image、Button、Slider。我们总会自然而然地认为这些控件都是有大小的，它们会在合适的位置显示自己，通常不会超出去。但是，FrameworkElement 甚至是 Control 用得久了，都开始忘记 Visual、UIElement 带给我们的那些自由。

阅读本文将了解我们熟知的那些功能以及限制的由来，让我们站在限制之外再来审视 WPF 的可视化树，再来看清 WPF 各种控件属性的本质。

宽度和高度

如果问 Width/Height 属性来自谁，只要在 WPF 和 UWP 里混了一点儿时间都会知道——FrameworkElement。随着 FrameworkElement 的宽高属性一起带来的还有 ActualWidth、ActualHeight、MinWidth、MinHeight、MaxWidth、MaxHeight。正是这些属性的存在，让我们可以直观地给元素指定尺寸——想设置多少就设置多少。

然而……当你把宽或高设置得比父容器允许的最大宽高还要大的时候呢？我们会发现，控件被“切掉”了。

▲ 被切掉的椭圆