如何给开源的DUILib支持Accessibility（论述了DUILib的六个缺点，很精彩）
时间： 06:13:41
&&&& 阅读：141
&&&& 评论：
&&&& 收藏：0
标签：最近的工作是给开源的DUILib支持Accessibility， 一些经验记录并分享下。
微软的Accessibility其实Windows平台上一个挺重要的东西， 尽管在国内不受重视，但是如果你的软件要出口欧美，Accessibility是必须的， 不然国外正规单位（政府，学校，大公司等）是禁止采购的。
如果我们的软件用的是Winodws标准控件，一般Accessibility是系统默认内置支持的 （当然这也不是一定的，据我测试系统的Date Time Picker控件是不支持MSAA的）。因为系统标准控件在展现和行为上的一些限制以及自绘的复杂性，越来越多的软件使用DirectUI技术，关于使用DirectUI的理由，更多参见&&&&和&&&&.
国内最有名的的DirectUI界面库当然是开源的DUILib （尽管这套库已停止更新）， 实际上我以前在自己业余写点东西时， 也参考过它， 具体参见&&&&。对于开源的DUILib， 个人觉得它有挺多优点， 也有挺多缺点， 我们重点说缺点， 因为这是我们改进的方向。
1。扩展性差
& & DUILib只实现了一些基本的控件，好的DirectUI库可以通过基本控件组合来轻松实现复杂控件，而要达到这个效果， 很多时候我们需要拦截子控件的消息， 尽管DUILib提供了delegate机制来子类化子控件， 但是这样消息拦来拦去实在太不方便了，很多时候自己都转晕了。个人觉的这里我们可以引入WPF的隧道和冒泡机制， 这个东西对DirectUI界面库实在太重要了。
2。不支持Layered窗口
要完美支持Layered窗口，意味着所有的Render全都要支持Alpha通道， DUILib使用GDI， 如果没有特殊处理，意味着没法完美支持Layered窗口， 我这篇也谈到过这个问题&&&&。
3。大数据时性能不行
DUILib很多时候只适合做些简单的界面，本身控件基类很庞大，数据量方面对于几百条数据还行，但是对于成千上万条数据就吃不消了，这时我们需要引入WPF的虚表机制。
4。不支持图文排版
尽管DUILib支持简单的HTML排版， 但是毕竟太简单，如果我们要在QQ那样的聊天窗口里引入就吃不消了， 另外它渲染HTML那个代码我是吃不消看的。
5.&基本不支持Accessibility
接口和属性定义太随意， 采用导出类的方式也不好扩充， 渲染方面最好能在GDI/GDI+/Direct2D方面进行切换，最好将核心控件和扩展控件分离开， 编辑器也太简陋。
今天我们重点说Accessibility，一个界面库要完整支持Accessibility, 要包括太多东西 （具体可以参见控制面板里的"轻松访问中心"），我估计只有微软自己做的到（比如WPF），这也是很多人推荐系统标准控件而排斥DirectUI的理由。我们说的Accessibility很多时候只是简化版， 下面我们说重点的几条。
1。键盘支持
键盘支持简单来说就是即使我没有鼠标， 我也能通过通过键盘完成所有操作。它主要包括键盘导航和控件的键盘支持。键盘导航主要是指我可以通过一些热键（如F6）可以在不同窗口(Panel)之间进行焦点切换， 我可以通过Tab/Shift+Tab在窗口内不同控件之间进行焦点导航。控件的键盘支持也是很多国内DirectUI库所缺失的，比如：
Dialog： Enter执行默认， ESC退出并关闭
Button：空格执行
CheckBox：空格取反
Radio：空格取反，上下左右键切换选中项
TabCtrl：焦点选中时上下左右切换， 焦点没选中时Ctrl+Tab/Ctrl+Tab+Shift切换Tab页
Menu：上下左右导航，Enter执行， ESC取消关闭， 具体参见&&&&
总之，DUILib在键盘支持这块已经做了不少工作，但是还有挺多事要做，每个控件都要完整支持键盘是个很精细的活。
2。读屏软件和自动化测试的支持。&
ScreenReader(读屏器)主要是给盲人用的， 程序可以实时的把获得焦点的控件和系统发生的事件播报出来， 很多读屏软件都需要收费，还好Win7之后系统已自带读屏软件(控制面板\轻松访问\轻松访问中心\启动讲述人)。自动化测试时也需要工具能够理解我们界面中包含的元素类型和位置， 以及模拟操作事件等。
DirectUI要支持读屏和自动化测试一般有2种方式， MSAA和UI Automation。 MSAA是比较古老的方式，主要就是实现IAccessible接口；UI Automation是微软特意给WPF新增加的。MSAA出来的时候还是Win95， 因为历史原因有一些限制， 比如不支持Text控件，没法描述复杂控件等， 所以微软后来引入了UI Automation， 具体参见&&&&。&
MSAA最大的优点是稳定， 所以我在DUILib里采用MSAA来实现ScreenReader的支持。简单说下几个关键点：
(a) 每个控件啊实现IAccessible接口的Proxy对象尽量独立，里面保存一个控件指针的引用，这样即使控件销毁了，Proxy对象可以依旧存在(系统仍可能会访问这个对象)。
(b) 按照控件的层次体系，实现每种控件的Proxy类(实现IAccessible接口)。
(c) WM_GETOBJECT请求OBJID_CLIENT时返回根节点的Proxy对象， 焦点变化时通知触发事件NotifyWinEvent(EVENT_OBJECT_FOCUS, m_hWndPaint,&(LPARAM)m_pFocus， CHILDID_SELF), 窗口收到WM_GETOBJECT消息时根据ObjectID(这里是控件指针)找到该控件， 然后返回该控件的Proxy。 (这是关键，这个问题郁闷了我好久的...)&
3。高对比(high contrast)的支持
高对比，主要是给色盲用，这个东西一般自绘程序都不会支持， 即使你是用标准控件，因为一般会用自己漂亮的图片和色彩来表现界面， 高对比实现的关键点是你在画每个元素时要通过GetSystemColor来获取颜色。据我测绘除了微软自己的程序， 其他越是漂亮的软件越是不支持高对比（即使如QQ和Chrome）。
4。高DPI的支持
随着Surface Pro和高分辨率设备的流行，程序对高DPI的支持正变得越来越重要， 具体参见&&&&。传统的基于标准控件的程序要支持高DPI是在太难了，所以微软才有了DWM虚拟化。但是DirectUI对高DPI的支持有着天然的优势， 我们完全可以在界面库这层让程序完美支持高DPI， 界面的渲染主要是文字，矢量和图片， 文字和矢量完全可以通过无损缩放绘画实现，图像可以通过适当缩放和换图来实现。
总结下，尽管我N次吐槽基于GDI的DirectUI界面库会随着XP的淡出而逐渐失去市场， 但是实际工作中还是要经常和GDI打交道，外面招聘单位还是有不少Windows客户端的开发岗位。 在这"移动互联和"Web前端"横行的"大数据"时代，很多同事开始向移动App和大数据转型， 尽管这几年PC客户端的开发人员是只出不进， 但是只要Windows存在一天，我们的工作就还是有价值的..
http://www.cnblogs.com/weiym/p/4098579.html标签：原文地址：http://www.cnblogs.com/findumars/p/5786052.html
&&国之画&&&& &&&&chrome插件
版权所有 京ICP备号-2
迷上了代码！服务程序中使用Active Accessibility技术访问MSN窗体失败！
[问题点数：100分，结帖人iwad]
服务程序中使用Active Accessibility技术访问MSN窗体失败！
[问题点数：100分，结帖人iwad]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2008年1月 总版技术专家分月排行榜第三
2008年1月 VC/MFC大版内专家分月排行榜第一2007年12月 VC/MFC大版内专家分月排行榜第一
匿名用户不能发表回复！|局域网网络相关的问题
编辑：www.fx114.net
本篇文章主要介绍了"局域网网络相关的问题 "，主要涉及到局域网网络相关的问题 方面的内容，对于局域网网络相关的问题 感兴趣的同学可以参考一下。
局域网网络相关的问题
作者：Gary
&
Catalog:
1.解决MSTSC远程控制访问失败的问题
2.局域网中客户机相互访问的问题
3.无线局域网部分终端“访问受限”的问题
&
====================================================================================================
1.解决mstsc远程控制访问失败的问题
&
笔者主机电脑的操作系统为Windows XP，目标电脑的操作系统为Windows XP或Windows 7，通过mstsc进行局域网远程访问和控制。
&但是，遇到一些情况：主机和目标电脑都正常连接网络，并且主机与目标电脑可以相互ping通，却不用使用mstsc正常连接。
&
解决：大致的解决思路是，在电脑属性中，使能“远程”选项卡中，“远程协助”的“允许从这台计算机发送远程协助邀请”和“远程桌面”的“允许用户远程连接到此计算机”，“然后打开并使能主机和目标电脑的操作系统上，防火墙与远程控制相关的“例外的程序和服务”，如使能防火墙设置中“程序和服务”的“远程协助”。一般问题即可解决。
&
总结：网络连接、访问的很多问题，有可能是防火墙相关设置导致的问题，如网络开放通讯端口等。
&
2.局域网中客户机相互访问的问题
局域网中，客户机之间实现文件共享和相互连接访问的问题，一般有两个办法解决：
（一）在路由器中，将部分客户机的MAC地址与固定IP绑定，从而通过直接访问固定IP的方式，可以访问并连接其它终端机，如mstsc连接“192.168.1.2“，或文件共享访问“\\192.168.1.2&等。
（二）因为每台WINDOWS终端都有一个计算机名称和一个隶属工作组，如一台隶属于“WORKGROUP&工作组的“HASEE&计算机。那么如何实现访问呢？
知道局域网中目的终端的计算机名称后，实现文件共享时，可直接访问诸如“\\HASEE”的地址，其中的“HASEE”实际上直接替代的是“192.168.1.2”这种形式的数字IP地址。在mstsc直接用“HASEE&替代“192.168.1.2”这样的数字IP地址，经试验也是可行的。
得到的结论是：在WINDOWS系统中，局域网中终端的计算机名称，等同于其IP地址。
笔者继而想到互联网的情况，用户平时访问某个网站，比如“http://www.google.com”时，记忆的是文字符号的网址，但是文字符号的网址从用户电脑端发送到域名解析服务器后，需要将其转换为广域网的IP地址，如“74.125.128.106”。域名，在某种意义上就等同于IP地址，而将这种情况扩展至局域网，似乎也合乎常规的理解。
总结：广域网的发展是就是以局域网为基础的，那么局域网受用的很多原理，理所当然可以应用于广域网。
&
3.无线局域网部分终端“访问受限”的问题
近日，笔者发现，公司部分电脑终端的网络连接显示“连接受限”。因为公司刚更换路由器，于是理所当然地认为是路由器出了问题，于是对路由器进行各种设置、各种虐待。结果，那部分电脑“连接受限”的问题没有解决，反而将路由器设置整乱，导致PPPoE拨号失败、局域网其它电脑不能连接路由器等问题。
今日，抱着试试的心态，在显示”连接受限”的电脑上，断开网络。然后，进入设备管理器，将相关的网卡卸载（单纯卸载硬件，并不卸载驱动），然后在设备管理器中显示的网卡设备就消灭了。接着重启电脑后，系统会自动更新硬件设备，此时网卡设备重新出现在“设备管理器”中。
对电脑重新连接网络，如果是无线网络，那么就需要重新找到访问节点，并输入访问密码。至此，“网络访问受限”的问题解决，重启电脑，正常工作。
&
总结：电脑网卡设备，出现突然性不能稳定工作的情况，导致与路由器不兼容，卸载硬件设备后，重新安装硬件即可。如遇硬件设备不能物理卸载的情况（如拔卸显示卡、内存条等），可在设备管理器中，将硬件设备在OS中软件方式卸载，重新连接、安装。如果此时问题依然得不到解决，可尝试卸载硬件设备的驱动程序，重启OS后，使用系统默认识别出的硬件驱动，或者从网络下载相应的设备驱动，一般可解决设备冲突的问题。
&
&
&
&
&
（待续）
一、不得利用本站危害国家安全、泄露国家秘密，不得侵犯国家社会集体的和公民的合法权益，不得利用本站制作、复制和传播不法有害信息！
二、互相尊重，对自己的言论和行为负责。
本文标题：
本页链接：DUIlib编程总结_百度文库
赠送免券下载特权
10W篇文档免费专享
部分付费文档8折起
每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
DUIlib编程总结
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩29页未读，
定制HR最喜欢的简历
你可能喜欢没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！