WPFのDecorator 、Adorner和AdornerDecorator-阿里云开发者社区

开发者社区> 云原生> 正文

WPFのDecorator 、Adorner和AdornerDecorator

简介: 原文:WPFのDecorator 、Adorner和AdornerDecorator Decorator 和 Adorner   它们都有“装饰品”的意思。   Decorator类负责包装某个UI元素,以提供额外的行为。
原文:WPFのDecorator 、Adorner和AdornerDecorator

Decorator 和 Adorner

  它们都有“装饰品”的意思。

  Decorator类负责包装某个UI元素,以提供额外的行为。它有一个类型为UIElement的Child属性,其中含有待包装的内容。Decorator可被用于添加简单的视觉装饰,例如边界(Border),或者更复杂的行为,例如ViewBox,AdornerDecorator,或是InkPresenter。

  当你从Decorator派生新类时,可以暴露一些有用的依赖属性来定制它。例如,Border类暴露它的BorderBrush, BorderThickness,和CornerRadius,它们都会影响包围child content的边界的绘制方式。

  Adorner类

  既然已经有了Decorator为什么还需要Adorner类?因为它们的功能不同。Decorator类用于在child content的外周绘制装饰;Adorner允许你在已经存在的visual元素之上叠加visuals。简单的想法是,它们是另一组交互的visual,提供与主visual交互的额外途径。这看起来比较复杂,但是想想出现在典型图表软件元素中的窗口小部件(widgets),例如调整尺寸的把柄(resizing grips)。那些就是叠加在元素之上的另一个visual,它们装饰并提供额外的功能及交互。通过点击或拖动这些调节尺寸的把柄,用户可以改变其中控件的大小。

  Adorner类和AdornerDecorator一起工作,后者是一个不可见的平面,用于承载adorners。为了成为可视树的一部分,adorners必须有一个容器。AdornerDecorator就是这个容器。

  AdornerDecorator通常被定义在可视树的顶端(如Window Control的ControlTemplate)。这使得所有的adorners都位于窗口内容之上。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
云原生
使用钉钉扫一扫加入圈子
+ 订阅

云原生时代,是开发者最好的时代

其他文章