您的位置: 首页 > 技术文档 > 网络编程 > Visual Studio 可视化研究
用智能跟踪(IntelliTrace)窥入云端 回到列表 20年来我得到的20条编程经验
 Visual Studio 可视化研究

作者:bluehearts 时间: 2010-08-26 文档类型:原创 来自:蓝色理想

在VisualStudio.Net之前,大多数用户界面的设计都需要用代码实现。虽然那个时候也有VC和VB,但VC/VB设计器的功能还非常弱;虽然Java有LayoutEngine,但 是多数情况下只能用来设计一个规整的界面;虽然还有很多IDE也有可视化设计器,但是它们的表现还达不到我们的期望。在这种情况下,如果我们要实现一个复杂的界面,将会是 一件痛苦的事情,而且一旦实现了就不能轻易改动,否则就不得不重复调整某个控件数个像素后再运行工程看效果无数次。  

  而VisualStudio.Net的出现让我们眼前一亮,我们只需要在Form设计器或者其它设计器上拖拖拽拽就能完成大部分界面的设计了,而且几乎一切都是所见即所得的,何其爽 哉!

  也许你也会和曾经的我一般的好奇,这么强大的设计器是怎么实现的?为什么在设计器上拖拖拽拽就能生成正确的代码?Form设计器到底是怎么回事,那上面真的就放了一 个Form实例吗?我从ToolBox上拖拽了一个Control到Form上以后,就真的在Form上创建了一个Control吗?Control在设计时的各种行为又是怎么实现的?我需要如何控制我自己的 Control在设计时的行为?

  如果你还对此保持了一份好奇心,那么就请随本文一起去探究一下可视化设计的奥秘。本文是一篇介绍性的文章,面向的是初学者或者对DesignTime不甚了解的朋友,所以 不会出现一些深层次的知识,也不会太扩散开了去说,仅能点到而已。如果您对本文中提到到某方面或者某个技术点有兴趣,那请参考MSDN或者参考他人的博客,或者关注一下我 以后的一些这方面的文章。

  首先,我可以肯定的告诉你,你所在设计器上看到的所有Component,Control,包括Form本身,IDE都在内存中创建了实际的对象。你在设计器中看到的Form,就是有一个 Form实例放在那,而Form上的某个Control,也有一个实际的Control被添加到了这个Form中,就像你运行这个工程以后看到的Form界面一样。所不同的是你运行起来的哪个Form是 生成了程序集以后从程序集中创建的;而设计器中的Form则是IDE先把你的代码转换成了CodeDom,然后再从CodeDom反序列化成实例的。

  1

  所以,你在在Form上拖动Control,或者通过属性窗口设置某个Control的属性,实际上都在修改内存中的对象。那么,你对对象的修改又是如何生成代码的呢?答案也在 CodeDom,IDE会把你设计器中的所有Component都序列化成CodeDom,然后再从CodeDom生成代码。(关于Codedom ,这里为什么要用CodeDom,以及一些其它细节,将在以后的文 章中描述)。

  在Form设计器上最重要的操作只有两种:一是在Form上用鼠标点击,拖拽等;二是通过属性窗口设置Component的属性。

大家可以看到,鼠标键盘在设计器中Form上的操作和在运行时Form的操作截然不同,而且选中一个Control以后这个Control周围会画一圈虚线以及一些热点。那么这又是如何实 现的呢?实际上,IDE在设计器中大家所看到的Form上又蒙了两层透明的窗口。一层窗口用来截获消息,你所有对Form上的操作的消息都会被这层串口截获处理,所以你无法点击 Form右上角的关闭按钮关闭Form,也无法按下Form上的一个Button;另一层窗口用来绘制装饰,比如选中Control以后周围出现的一圈虚线以及热点等。

  1

  而你如果注意看属性窗口上显示的Component上的属性的时候,就会发现那上面的属性和Component上的属性并不太一样,有些属性看不到了,有些属性不起作用了(比如 Visible属性),而且又多了一些属性。影响PropertyWindow中属性的方式有很多;一是某些Attribute,比如BrowsableAttribute(在某个属性的脑袋瓜上加一个[Browsable (false)]就能让它在属性窗口中消失);二是某些服务,比如IExtenderProviderService(Component的Name属性就是通过这玩意加上去的);三是通过ComponentDesigner上的 PreFilteProperties(Control的Visible属性就是在这里面被狸猫换太子了)和PostFilterProperties;四是通过设置TypeDescriptor,这是最根本的方式,实际上前3种方式最终 也是通过TypeDescriptor实现的,关于TypeDescriptor我会在以后专门写文章说明。

  这里再提一下DesignerAttribute,Component在设计器中的行为多半都是通过Designer实现的,你可以给自己的Component加一个Designer,你自己的Designer应当从 ComponentDesigner或者它的派生类(比如ControlDesigner)中继承。在你的Designer中你就可以通过重写ActionLists属性来自定义智能标签(SmartTag);可以重写Verbs属性 来在右键菜单中添加一个菜单项;如果从ControlDesigner派生更可以SnapLines来自定义拖动时的吸附效果等等。假设你的Designer叫MyDesigner,你的Component叫MyComponent ,那么把MyDesigner挂到MyComponent上的方法是在MyComponent类上加一个Attribute:[Designer(typeof(MyDesigner)] 。

欢迎访问微软官网下载相关软件http://www.microsoft.com/zh/cn/default.aspx

出处:蓝色理想
责任编辑:bluehearts

◎进入论坛网络编程版块参加讨论

作者文章 更多作者文章
中国数字媒体产学研联盟成立
第二届"昆山杯"笔记本电脑设计大赛
首届UED周末论坛图文报道
UI AWARD 2010(国家级UI设计评选)
用vs2010构建Silverlight4应用程序
热门搜索:CSS Fireworks 设计比赛 网页制作 web标准 用户体验 UE photoshop Dreamweaver Studio8 Flash 手绘 CG
站点最新 站点最新列表
100个黑色名片设计欣赏
MSDN技术资源库改进预览
图标设计欣赏——icondoctor
Web Storage全解析
Photoshop制作音乐网站播放器
解读iPhone平台的设计思路
Web Design广告字体设计技巧
Visual Studio DSL 入门(四)
HTML 5 Video概述
Visual Studio DSL 入门(三)
栏目最新 栏目最新列表
Firefox的Jetpack扩展案例分析
阿里妈妈UED谈CSS Sprites技术
Photoshop中设计绿色时尚Web网站
操作Dom节点实现间歇滚动新闻
浏览器15年历史回顾
如何创建Firefox的Jetpack扩展
全透视:CSS Z-index 属性
用PS 3D工具绘制甜麦圈包装袋
悟道Web标准:让W3C标准兼容终端
悟道WEB标准:统一思想,遵循标准

蓝色理想版权申明:除部分特别声明不要转载,或者授权我站独家播发的文章外,大家可以自由转载我站点的原创文章,但原作者和来自我 站的链接必须保留(非我站原创的,按照原来自一节,自行链接)。文章版权归我站和作者共有。

转载要求:转载之图片、文件,链接请不要盗链到本站,且不准打上各自站点的水印,亦不能抹去我站点水印。

特别注意:本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有,文章若有侵犯作者版权,请与我们 联系,我们将立即删除修改。

本文暂时没有评论和评分

您的评论
用户名:  口令:
说明:输入正确的用户名和密码才能参与评论。如果您不是本站会员,你可以注册 为本站会员。
注意:文章中的链接、内容等需要修改的错误,请用报告错误,以利文档及时修改。
不评分 1 2 3 4 5
注意:请不要在评论中含与内容无关的广告链接,违者封ID
请您注意:
·不良评论请用报告管理员,以利管理员及时删除。
·尊重网上道德,遵守中华人民共和国的各项有关法律法规
·承担一切因您的行为而直接或间接 导致的民事或刑事法律责任
·本站评论管理人员有权保留或删除其管辖评论中的任意内容
·您在本站发表的作品,本站有权在网站内转载或引用
·参与本评论即表明您已经阅读并接受上述条款
推荐文档 | 打印文档 | 评论文档 | 报告错误  
专业书推荐 更多内容
《Web标准设计》
闪魂-FlashCS4完美入门与案例精粹
Waver_h's华丽世界
Illustrator CS3质感绘画表现技法
《Flash短片轻松学》
《用户体验要素》
《JavaScript语言精粹》
作品集 更多内容

moto 产品包装 星火第二品牌 练习练习练习 最近做的几个页面 星火少儿网站 金湾名城 印刷网站飞机稿