青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

S.l.e!ep.¢%

像打了激速一樣,以四倍的速度運轉,開心的工作
簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
posts - 1098, comments - 335, trackbacks - 0, articles - 1
  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

MSAA vs UIA (轉載)

Posted on 2010-05-14 00:07 S.l.e!ep.¢% 閱讀(1868) 評論(0)  編輯 收藏 引用 所屬分類: DirectUI

2009-12-17?|?MSAA vs UIA (轉載)

????

MSAA --> UIA
?
English version:
?
?
說穿了,MSAA就是IAccessible Interface
?
這個Interface本來是準備給盲人用的, 結果卻在大多數情況下用作UI Automation的一種實現方法. 但是呢, 這個接口包含的方法又太少了, 非常的雞肋, 只能夠讀名字,類型,位置. 對于一些特別的屬性, 比如ClassName, Orientation什么的, 就沒有暴露出來. 也不能支持UI操作, 比如選擇, 移動窗口, 更沒有提供Event Support
所以呢,微軟想想,覺得是應該專門給UIAutomation提供一套獨立的Interface了, 于是就給了兩個:
?
IAccessibleEx
IRawElementProviderSimple

這兩個Interface歸類是歸入Windows Automation API的, 而不是MSAA.
?
第一個Interface IAccessibleEx, 名字看起來跟MSAA的IAccessible類似, 他實際上只是一個讓客戶端獲取IRawElementProviderSimple的入口接口而已。 實現Pattern和Properties的都在IRawElementProviderSimple接口里面。他的另外一個目的是給傳統的MSAA Client提供接口兼容.
?
參考:
?
IAccessibleEx的默認實現在UIAutomationCore.DLL里面. 這里面實現了UIA?<-> IAccessibleEx 的bridge
?
客戶端使用Automation首先是獲取IAccessible, 然后通過QueryService (不是QueryInterface,因為為了支持Vista的high DPI和MSHTML)獲取IAccessibleEx, 然后再通過QueryInterface就可以獲取IRawElementProviderSimple了。
?
中間的IAccessibleEx的作用是handshake, 雖然說它里面也暴露了不少屬性,但是具體的實現都是在IRawElementProviderSimple和原來的IAccessible當中。 微軟已經故意淡化IAccessibleEx interface了,主要用作內部實現UIA的橋梁, 在MSDN中已經找不到IAccessibleEx的Definition了

拿到IRawElementProviderSimple后,剩下的事情就簡單了, 就是直接問這個Interface要對應的provider,然后從provider里面拿pattern就可以了。 詳細的介紹可以參考:

這里需要說明的是,AutomationProvider, 既可以在UI Server中實現,也可以在Client中實現。在UI Server中實現的話, 就直接從IRawElementProviderSimple繼承,然后用下面的方法回應客戶端請求就可以了:

if ((m.Msg == WM_GETOBJECT) && (m.LParam.ToInt32() ==
??????????????? AutomationInteropProvider.RootObjectId))
??????????? {???????????????
??????????????? m.Result = AutomationInteropProvider.ReturnRawElementProvider(
??????????????????????? this.Handle, m.WParam, m.LParam,
??????????????????????? (IRawElementProviderSimple)this);?????????????
??????????????? return;
??????????? }

但是如果都在Server端實現的話,對于傳統的Win32 Control, 需要做的修改就太大了。 所以UIAutomation也支持在Client里面實現。凡是客戶端的實現,就叫做Provider/Automation Proxy, 具體說來, 就是在ProviderOptions property里面返回ProviderOptions.ClientSideProvider

對于Win32和WinForm的默認實現,都是在client里面的。 具體的assembly是UIAutomationClientSideProvider.DLL。 里面的ProxyHwnd.GetElementProperty實現非常具體代表性:
?
如果要獲取AutomationID, 實現方法是發送WM_GETCONTROLNAME message
如果要獲取Name, 邏輯是:
如果是WinForm Control, 就讀MSAA里面的Name
否則, 首先嘗試調用GetWindowLong和GetWindowText API
如果返回空, 再嘗試PostMessage
?
看到這里,我不小心找到了一個2004年的Automation paper:
?
這位叫做Brian McMaster的兄弟,現在是Test Architect, 當年在沒有Automation只有MSAA的時候, 就教育大家用WM_GETCONTROLNAME message, 區分control tree結構,提防window owner和parent不一致的情況等等。
?
有了這些了解后,動手來玩UIA就很簡單了。WinForm Server side需要做的事情是:
?
1. override WndProc, 用AutomationInteropProvider.ReturnRawElementProvider方法來回應WM_GETOBJECT消息
2. 實現IRawElementProviderSimple, 并且在接口方法中返回ProviderOptions.ServerSideProvider
3. 實現具體的provider, 比如ISelectionProvider
?
這些都可以在我上面的link中找到例子代碼的。

而UIAutomation的客戶端呢, 現在有兩組API, managed/unmanaged
?
managed API在System.Windows.Automation里面。 具體的class是AutomationElement
unmanaged API是一組以UIA開頭的API。
?
目前managed API的內部實現借用了unmanaged API。 而unmanaged API里面用到的client side provider, 其實是在managed的class中實現的。 所以兩者關系目前比較復雜。而且有的功能在unmanaged API里面沒有問題,但是managed API里面有bug。 在Win8的時候, 微軟打算把兩者的實現都合并起來, 減小維護成本。

幾個有趣的地方是:
?
如果一個UI Server同時擁有ServerProvider和ClientProvider,那么ServerProvider會覆蓋掉同類型的ClientProvider。如果有的Provider只在ClientSide才實現, 那么ClientProvidier會正確返回的。 不用擔心實現了ServerProvider導致ClientProvider不工作的情況
?
[added on 9/24/2009]
Win32和WinForm的ClientProvider有系統的默認實現. ClientProvider的注冊是在client side執行的, Server side不需要管. 具體的請參考:
如果要研究系統提供的Client Provider注冊過程, 可以用windbg放這樣的斷點:
sxe ld UIAutomationClientsideProviders*
[/added]
?
如果使用UIAutomation API, 會發現目前UI Automation里面的Property和Pattern是不能自己隨意擴展的。比如你想自己定義一個PatternID和Interface注冊進去是不行的。 因為UI Automation返回給你的interface其實是做過手腳的。 MSDN中甚至都說了, 你不能直接使用interface里面的方法:
"The interface returned by this method can only be passed back to UI Automation. Attempting to call a method on the interface will raise an exception"

所以,如果你真的要做,就老實地按照前面介紹的步驟,用COM的標準方法, 先拿MSAA, 然后再自己QueryInterface。 只要能作QI, 什么都解決了。
?
最后要提的是,前面的介紹都是針對Win32/WinForm的。 對于WPF, 它通過自己的AutomationPeer來實現UIAutomation的Server. 根UIAutomation Client的通信方式也是通過Named Pipe而不是DCOM/Message了。 不過傳統的MSAA Client還是可以通過MSAA訪問WPF的, 原因在于WPF里面提供了UIAMSAA Bridge, WPF會自己創建Inproc IAccisible Proxy來滿足MSAA Client的請求。
?
最后再貼幾個鏈接:
UI Automation of a WPF Custom Control
http://msdn.microsoft.com/en-us/library/cc165614.aspx
?
這兩個doc是微軟寫的, 結果MSDN上卻沒有連接。 里面詳細介紹了UIA的design goal, IAccessibleEx和IRawElementProviderSimple的作用和關系, 基本上可以算一個design spec了。 這兩個doc解決了我看代碼一年都沒看明白的問題。 里面把MSAA, UIA, Provider, Pattern, Proxy, Bridge, 還有依賴調用關系解釋得淋漓盡致!
?
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            国产欧美综合一区二区三区| 亚洲小少妇裸体bbw| 日韩视频在线观看国产| 国内偷自视频区视频综合| 国产亚洲成精品久久| 国产精品美女久久久免费| 国产精品一区二区在线观看网站| 国产精品羞羞答答| 激情伊人五月天久久综合| 影音先锋另类| 99视频在线精品国自产拍免费观看 | 欧美精品在线免费观看| 欧美日韩的一区二区| 国产精品久久久久天堂| 国产一区二区日韩| 日韩天堂av| 欧美在线观看www| 欧美xxxx在线观看| 亚洲天堂av图片| 老司机一区二区三区| 欧美视频在线观看| 激情亚洲一区二区三区四区| 一区二区三区精品视频在线观看| 欧美在线观看视频一区二区三区| 欧美国产专区| 午夜精品久久久| 欧美喷水视频| 黄色日韩精品| 亚洲一区视频在线| 欧美激情一区二区三区| 亚洲欧美激情四射在线日 | 国产精品久久久久久妇女6080| 国产在线精品自拍| 亚洲一区视频在线| 亚洲国产天堂久久综合网| 在线中文字幕日韩| 欧美电影美腿模特1979在线看| 国产精品天天摸av网| 日韩视频在线一区二区三区| 久久中文字幕一区二区三区| 亚洲视频狠狠| 欧美日韩国产综合在线| 亚洲国产你懂的| 久久亚洲美女| 欧美一级视频免费在线观看| 国产精品国产福利国产秒拍| 亚洲理论在线| 免费一级欧美片在线观看| 亚洲国内精品| 久久亚洲欧美国产精品乐播| 亚洲午夜电影网| 欧美区在线播放| 1204国产成人精品视频| 欧美一站二站| 亚洲免费在线看| 国产精品久久久久毛片软件 | 亚洲精品国精品久久99热一| 久久久91精品国产| 香蕉av777xxx色综合一区| 国产精品日韩一区二区| 亚洲欧美中文字幕| 亚洲字幕一区二区| 国产日本欧美视频| 欧美中文字幕不卡| 香蕉视频成人在线观看| 国产亚洲精品bt天堂精选| 欧美亚洲日本网站| 亚洲专区在线| 国产亚洲a∨片在线观看| 久久精品免费| 久久久久久久97| 亚洲高清一区二| 欧美国产专区| 欧美激情亚洲综合一区| 一本色道久久| 亚洲一区国产一区| 国内精品福利| 亚洲福利国产精品| 欧美午夜剧场| 久久精品人人做人人综合| 欧美在线播放一区| 在线视频成人| 亚洲精品视频一区二区三区| 欧美无乱码久久久免费午夜一区| 午夜亚洲性色福利视频| 久久久久久久久久码影片| 在线观看三级视频欧美| 亚洲欧洲精品成人久久奇米网| 欧美视频在线观看视频极品 | 欧美亚洲日本一区| 久久久久久69| 一本色道久久综合亚洲二区三区 | 亚洲黄一区二区三区| 国产精品国产精品| 免费观看不卡av| 欧美日韩亚洲高清| 久久男女视频| 欧美三日本三级少妇三99| 久久精品免费| 欧美日韩国产限制| 久久综合伊人77777尤物| 欧美日韩色一区| 美女诱惑一区| 性欧美超级视频| 亚洲综合日本| 久久精品五月| 亚洲一区二区日本| 久久人人97超碰精品888| 亚洲专区欧美专区| 欧美sm视频| 久久久久女教师免费一区| 欧美日韩一二区| 欧美激情2020午夜免费观看| 国产精品国产三级国产普通话三级| 欧美成人69| 国产一区二区欧美日韩| 一本久久知道综合久久| 亚洲七七久久综合桃花剧情介绍| 亚洲欧美中文在线视频| 亚洲视频免费在线观看| 美女图片一区二区| 老鸭窝毛片一区二区三区| 国产精品爽爽爽| 在线视频一区二区| 一本色道久久综合精品竹菊 | 欧美a一区二区| 久久五月婷婷丁香社区| 国产欧美丝祙| 亚洲伊人第一页| 亚洲女爱视频在线| 欧美日韩视频专区在线播放| 欧美激情片在线观看| 在线精品视频免费观看| 久久成人羞羞网站| 久久综合亚洲社区| 激情久久久久| 久久精品伊人| 久久综合色一综合色88| 国产午夜久久| 久久福利一区| 免费欧美网站| 亚洲日本成人| 欧美日韩视频免费播放| 99re热这里只有精品免费视频| 99国产精品私拍| 欧美天堂亚洲电影院在线播放| 亚洲精品系列| 性欧美8khd高清极品| 国产视频一区二区三区在线观看| 性欧美xxxx视频在线观看| 久久久7777| 亚洲二区在线视频| 欧美美女bb生活片| 制服诱惑一区二区| 久久国产乱子精品免费女| 国内自拍一区| 欧美风情在线| 一区二区日韩免费看| 久久爱www| 亚洲国产精品久久精品怡红院| 欧美激情在线播放| 亚洲综合电影| 欧美激情第三页| 午夜激情亚洲| 亚洲国产mv| 国产精品久久久久久久久婷婷 | 欧美日韩1234| 午夜亚洲一区| 亚洲欧美另类久久久精品2019| 国产精品乱子乱xxxx| 欧美一区二区三区视频在线 | 欧美日韩国产成人在线观看| 正在播放亚洲| 免费亚洲一区| 性欧美激情精品| 亚洲国产精彩中文乱码av在线播放| 欧美激情网友自拍| 欧美一区二区三区在线免费观看| 欧美国产激情二区三区| 这里只有精品视频| 激情久久久久久久| 欧美午夜在线观看| 美女视频网站黄色亚洲| 亚洲女同同性videoxma| 亚洲国产欧美在线人成| 欧美中文字幕视频在线观看| 亚洲乱码久久| 激情久久久久| 国产精品嫩草久久久久| 欧美成人四级电影| 欧美一区二区免费视频| aa国产精品| 最近看过的日韩成人| 噜噜噜91成人网| 欧美在线视屏| 先锋影音网一区二区| 亚洲最新在线| 亚洲日本成人| 在线成人激情视频| 国产自产在线视频一区|