wpf控件开发基础(2) -属性系统(1)

2019-11-17 03:50:13

字体：大中小

来源：转载

供稿：网友

   距离上篇写的时间有1年多了.wpf太大,写的东西实在太多,我将依然围绕着自定义控件来展开与其相关的技术点. 也欢迎大家参与讨论.这篇我们将要讨论的是WPF依赖属性,接触过的朋友应该对其有所了解,但在我们讲WPF依赖属性之前,我们来看看在WPF出现之前.net中的属性是如何使用的.

普遍存在的属性问题
c#基本属性
 asp.net自定义控件属性
WinForm自定义控件属性
javascript自定义控件属性
c#基本属性

namespace WPFControlTutorialPart2_Basic
{
    public class Person
    {
        PRivate string _name;
        public string Name
        {
            get { return _name; }
            set { _name = value; }
        }
        //自动属性
      public int Age { get; set; }
    }
}

上面应该算是c#的最基础的属性,大家都很熟悉.

注意点:默认属性没有初始化,不然可能会发生很多未知的错误.

(以下可以选看,如果你接触过以下技术的话,其实也很简单)

ASP.NET自定义控件属性

namespace WPFControlTutorialPart2_WebApp
{
    public class WebFromControl : WebControl
    {
        private string _controlName;
        public string ControlName
        {
            get
            {
                return _controlName;
            }
            set
            {
                _controlName = value;
            }
        }

        protected override void RenderContents(HtmlTextWriter output)
        {
            output.Write("控件名字是:"+ControlName);
        }
    }
}

上面是一个简单的自定义的Web服务器控件.

asp.net控件着重在于呈现,每次刷新页面都将会调用RenderContents方法,这样就不管属性有没发生变化,都将得到重新呈现.即此处不需要属性发生变化,进行UI重绘通知.

注意点:如果强制要求ControlName属性必须是有值的,以保证输入结果的有效性,那么可以在get方法里处理

get
{
    if (_controlName == null) _controlName = string.Empty;
    return _controlName;
}
WinForm自定义控件属性

当属性发生变化时并未重绘,必须手动调用Invalidate方法以进入OnPaint方法重绘

注意点:如果要重绘界面的话,必须手动调用方法

Javascript自定义控件属性

<div id="demoDiv" style="background-color: Red">hello</div>

<script>
    function ElementControl(elementName) {
        this.element = document.getElementById(elementName);
    }
    ElementControl.prototype.setWidth = function(width) {
        this.element.style.width = width;
    }
    var obj = new ElementControl("demoDiv");
    obj.setWidth("hello");

</script>

javascript的变量类型没有强类型,比如设置dom的宽度,其类型只能是整型,如果以字符串进行传值的话将会出错(当然这是人为的).

(不知道做过js前端控件的人有没这种感觉,定义了一个属性然后重新赋值重绘控件是一件痛苦的事,必须手动调动,而且会影响整个控件设计.)

注意点:要对于属性的赋值的有效性进行验证.

从以上几个例子,我们可以看出单纯的属性是无法满足程序需求的.
既以上的需求是有必要的,并且常常发生,而且非常频繁.

标准化解决方案

以上介绍了属性存在的一系列问题,那么有问题就会有简化的方案.

以下是个人总结的话

当一项技术比较复杂的时候,就会有人出来定义一套标准,以简化技术,提高生产效率.
不管设计者考虑的如何周密,一旦标准定义下来,就会丧失灵活性.
标准可能与你个人习惯想冲突,你必须去学会接受标准
回到WPF话题,那么在WPF中这个解决方案就是依赖属性(DependencyProperty)

好了,这篇只是一个引子,如果你在使用属性时,遇到过这些问题,那么你将有所感触.

如果你有认识到属性真实存在以上问题,那么这篇文章就算完成任务了.

这篇并不打算展开.下篇将再次介绍WPF依赖属性系统

欢迎大家展开讨论.

上一篇：控制参数个数的几种方式

下一篇：设计模式一 - Simple Factory, Factory Method, Abstract Factory以及Builder模式简述