.NET Compact Framework1.0下自定义控件的编写4-论CF与完整版.NET的异同
来源:互联网 发布:阿里云iaas平台特点 编辑:程序博客网 时间:2024/06/07 15:08
l 完整版.NET下对库做了修改不需要重新配置库的调用程序,但如果需要更新图标的话则需重新配置(所谓“配置”即将控件从工具栏中删除后又重新加入)。
l 精简版不支持环境变量。
l 注意在完整版中,如果自定义控件控件希望屏蔽一个基类属性,使它彻底不可见(即在属性浏览器和智能感知器中都看不到),对该属性同时使用EditorBrowable特性和Browable特性即可。但在CF中,要达到同样的效果,往往是将这两个特性分开使用的,即将Browable特性施加于控件的设计期版本中的属性,使其在属性浏览器中不可见,而EditorBrowable特性应该施加于控件的运行期版本的相应属性,才会使它在智能感知中不可见。
l 估计在精简版中,Form窗体没有Font属性。实验现象:重载了基类的OnParentChanged方法,在其中调用this.BackColor=Parent.BackColor,this.Font=Parent.Font,BackColor可以达到预期效果,而Font却造成StackOverflowException;分析:估计Form没有Font属性,或者它的属性始终是(“宋体”,9pt),因为如上OnParentChanged函数,即使在设计期修改了控件的Font,且在InitializeComponent中看到了这种修改,运行时也没有效果,所以,对于Font,自定义控件一定要有默认值。
l CF似乎不支持UITypeEditor。
l 一旦窗体添加了一个实现了ISupportInitialize接口的组件,则窗体的InitializeComponent方法中将在首尾自动加入对该组件实现的ISupportInitialize接口中的BeginInit和EndInit方法的调用。(很可惜CF不支持ISupportInitialize接口)
l 精简版.NET下不支持ISupportInitialize接口,而有时对属性Setter的调用次序又必须人为控制,如何解决这个问题?
见文章2。
- .NET Compact Framework1.0下自定义控件的编写4-论CF与完整版.NET的异同
- .NET Compact Framework1.0下自定义控件的编写4-论CF与完整版.NET的异同
- .NET Compact Framework1.0下自定义控件的编写2-论CF的设计期与运行期
- .NET Compact Framework1.0下自定义控件的编写2-论CF的设计期与运行期
- .NET Compact Framework1.0下自定义控件的编写1-如何创建一个CF自定义控件项目
- .NET Compact Framework1.0下自定义控件的编写3-小经验与小技巧
- .NET Compact Framework1.0下自定义控件的编写3-小经验与小技巧
- .NET Compact Framework 控件的使用与开发
- NET 编写五颜六色的自定义控件
- .net compact cf gc回收造成的异常
- Zend Framework1 编写自定义的Helper类
- .NET Compact Framework 下的3G应用
- .NET Compact Framework下的串口通信
- .net与MFC的异同
- 将.net framework1.0的virtual directory转成1.1的
- Windows mobile下用.net compact framework写的一个GIF控件.
- .net compact c# 支持 图片的 按钮控件
- .net compact c# 支持 图片的 按钮控件
- Java向Web站点发送POST请求
- .NET Compact Framework1.0下自定义控件的编写3-小经验与小技巧
- [转]股市7分感悟
- 部门条块的ERP系统整合难题
- 点石互动--robin之:网站内链建设不容忽视
- .NET Compact Framework1.0下自定义控件的编写4-论CF与完整版.NET的异同
- 办公室语言六原则
- Web Service学习[转载]
- 通过Forms身份验证设置不同页面的访问权限
- 日本系统开发下如何正常显示中文
- ZOJ 1948 Team Queue
- 重新开始
- 如何帮手机写系统
- 看书做题动手!【再简单也要实践】