活动的可访问兼容型应用给程序员带来使用软件的新工具

核心提示： 内在的支持IAccessible 的UI元素的例子是定制控件，ownerdrawn和无窗口的控制，活动的可访问兼容型应用给程序员带来使用软件的新工具(4)，因为包含这些UI元素的软件的开发者同时实现了这些元素的接口，为方法和属性提供正确的支持，在Windows 98下，一些名字是不同的，自

内在的支持IAccessible 的UI元素的例子是定制控件，ownerdrawn和无窗口的控制。因为包含这些UI元素的软件的开发者同时实现了这些元素的接口，为方法和属性提供正确的支持，自然也是他们的责任。实际上，有些方法或属性可能实现得有问题，甚至干脆没有实现，这还意味着，一个软件开发商定义了它的属性，例如名字和角色。

如果一个UI元素不能内在的支持Iaccessible，并且OLEACC.DLL也不认识它的类名，OLEACC.DLL就创建一个缺省的代理来提供最小的基于HWND的Iaccessible支持，例如位置，窗口是否有效以及是否可见。缺省代理不提供任何特定控件的信息。

理解运行时的Active Accessibility®如何工作对于开发使用标准控件的应用来说是至关重要的，这些应用自动与Active Accessibility兼容。这也意味着你不必重写你的应用。Active Accessibility名字是基于Win32®控件的名字给出的，角色基于控件的功能定义。

理解了在Active Accessibility世界，UI元素是如何表示和支持的，让我们来考虑UI元素是如何互相联系的。

UI元素的父/子关系

正象我前面已经提到过的，Active Accessibility的世界由于Iaccessible接口的存在而通用了。每个UI元素有一个指向Iaccessible接口的指针和一个叫做子ID的标示符。

所有可访问的UI元素在Active Accessibility术语里都有父子关系。例如，Look in:组合列表框的祖先是Name & Location属性页，尽管不是直接祖先。图2表示了Windows NT 4.0下它们的关系。在本例中，元素名字排在开头，其次是角色；Name & Location是元素的名字，属性页是它的角色。注意不是所有的子接口都显示出来了，只是那些对于说明必要的才列了出来。本图可能与其它操作系统有所不同。例如，在Windows 98下，一些名字是不同的，而且有其它的中间子。