• <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>

            沒畫完的畫

            喂馬 劈柴 BBQ~
            posts - 37, comments - 55, trackbacks - 0, articles - 0
              C++博客 ::  :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            [Z]About OLE2 第一集

            Posted on 2008-09-18 10:13 沒畫完的畫 閱讀(1012) 評論(0)  編輯 收藏 引用 所屬分類: Windows COM

            序:
            近期為了實現(xiàn)Flash容器,實現(xiàn)一些特定的功能,查找了相關(guān)的資料,摘錄一下

            Windows 對象以其所具有的特別功能而存在著。但如何能得到該對象的指針呢?
            只能通過接口對 Windows對象進(jìn)行訪問,一個指針僅能訪問一個接口, 通常使用一個圓圈表示一個接口
            同一對象中存在著不同的接口,可以通過 QueryInterface() 來獲得另一接口,因為所有接口都存在該函數(shù)
            IUnknown 是所有 Windows 對象必須支持的基本接口
            COM對象的表示,通常 IUnknown接口位于對象的上方,其它所有對象則位于對象的左面或右面。

            C++對象有一定的局限性,因為被程序語言定義的對象將存取訪問限制到存在于用戶自己進(jìn)程空間中的對象上。
            而 Windows 對象由系統(tǒng)定義,對本機上任一處的對象都開放存取訪問,最終甚至可訪問其它機器上的對象。

            相比C++中的對象,Windows的對象有以下的規(guī)則
            1. Windows的對象至少支持 IUnknown 的接口
            2. 不能像C++那樣New操作而得到實例對象,而是通過某些接口來獲取該實例對象的指針
            3. 不能像C++那樣Delete操作來毀滅對象,而是通過Release() 接口來釋放

            引用計數(shù)的規(guī)則:
            1、任何返回接口指針的函數(shù)必須通過該指針調(diào)用 AddRef()
            2、所有 AddRef() 調(diào)用都必須配有 Release() 調(diào)用

            引用計數(shù)可減少到四種特定的規(guī)則,其中 AddRef 對一個指針的新的拷貝是必要的(這樣,當(dāng)消除時就必須通過它來進(jìn)行
            Release 調(diào)用)
            在一個 Out-Parameter 中返回一個新的接口指針或?qū)⒁粋€新的接口指針作為一個返回值的函數(shù)在返回前通過該指針為對象調(diào)用 AddRef
            接受了一個 in-out parameter 調(diào)用 Release ,并必須為 Out-parameter 調(diào)用 AddRef. 這些函數(shù)的調(diào)用程序必須為過去的指針調(diào)用 AddRef 以維護(hù)一個分離的拷貝,如果已知該函數(shù)是為了該指針調(diào)用了Release 的話
            如果同一對象的兩個指針具有不相關(guān)的壽命,則必須為其中的每一個調(diào)用 AddRef
            必須為一個全局指針的一個當(dāng)?shù)乜截愓{(diào)用 AddRef

            objbase.h


            QueryInterface既的所有實現(xiàn)都必須遵循的一些規(guī)則,以便客戶能夠獲取關(guān)于組件的足夠多的知識并對之施實一些控制和其他有用的處理。如果沒有這些規(guī)則,是不可能編寫出組件的,因為在這種情況下,QueryInterface的行為將是不確定的。具體來講,這些規(guī)則是:
            QueryInterface返回的總是同一 IUnknown指針。
            若客戶曾經(jīng)獲取過某個接口,那么它將總能獲取此接口。
            客戶可以再次獲取已經(jīng)擁有的接口。
            客戶可以返回到起始接口。
            若能夠從某個接口獲取某特定接口,那么可以從任意接口都將可以獲取此接口。

            COM 規(guī)則
            http://www.hackhome.com/InfoView/Article_121566_3.html

            SCODE

            全局唯一標(biāo)識符

            OLE2接口成員使用特定的 cdecl 調(diào)用約定

            構(gòu)件對象是一個被唯一的類標(biāo)識符 clsID 所標(biāo)識的 windows 對象,它把對象與系統(tǒng)中的某個特定的DLL或EXE文件聯(lián)系起來
            為獲得指向一個構(gòu)件對象的指針,可以把一個別 CLSID 傳遞給構(gòu)件對象庫 API 函數(shù)

            復(fù)合文檔中的概念
            載體
            服務(wù)器

            調(diào)用OLE API過程
            SetMessageQueue(96)
            CoBuildVersion() 或 OleBuildVersion
            CoInitialize() 或 OleInitialize()
            最后,CoUninitialize() 或 OleUninitialize()

            注意,CoBuildVersion(), CoInitialize() 與 CoUninitialize()
                    OleBuildVersion(), OleInitialize() 與 OleUninitialize() 需要一一對應(yīng)
            以 Co 開頭的函數(shù)控制對構(gòu)件對象庫函數(shù)的訪問,
            如果要使用剪貼板、拖放、復(fù)合文檔或有關(guān)自動執(zhí)行的API,那么必須使用以 Ole 開頭的函數(shù),
            以 Ole 開頭的函數(shù)只不過先進(jìn)行一些特定的操作,然后調(diào)用 Co 開頭的函數(shù)
            復(fù)合文檔應(yīng)用程序,包括載體,總是使用Ole開頭的函數(shù)

             每調(diào)用一次 XXX Initialize() 都應(yīng)該有一次相應(yīng)的 XXX Uninitialize() 調(diào)用

            注冊 CLSID P 165

            分類工廠

            DLL 服務(wù)器
            HRESULT __export FAR PASCAL DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID FAR* ppv);

            調(diào)用 CoCreateInstance / CoGetClassObject 并傳遞 CLSCTX_INPROC_SERVER 時,會在注冊數(shù)據(jù)庫中為已給的 CLSID 尋找 InprocServer 接著調(diào)用 CoLoadLibrary 把服務(wù)器放入內(nèi)存,最后調(diào)用 GetProcAddress 尋找 DllGetClassObject

            DllGetClassObject() 是我們?yōu)镺LE2 實現(xiàn)的一個接口函數(shù)

            CoRegisterClassObject()

            IClassFactory::LockServer 的鎖存計數(shù)

            OLE2的應(yīng)用程序既可以實現(xiàn)自己的分配器,也可使用OLE2提供的分配器,該分配器是基于多重局部堆棧技術(shù)而作用。
            OLE2總是實現(xiàn)一個相似的共享分配器,它可以在應(yīng)該程序之間提供內(nèi)存共享

            OLE2中對象的復(fù)用性是通過稱為“包含”和“聚集”的兩種機制,而不是通過“繼承”來實現(xiàn)

            Storage 和 Stream 的兩種對象來展示結(jié)構(gòu)化存儲的結(jié)構(gòu)

            http://www.cit.dk/COT/reports/reports/Case3/02/THESIS/speciale/StructuredStorage.html

            一個流相當(dāng)于一個標(biāo)準(zhǔn)文件,只不過它是通過 IStream 接口展示

            97视频久久久| 四虎国产精品免费久久久| 日本国产精品久久| 亚洲综合伊人久久大杳蕉| 无码人妻久久一区二区三区免费 | 亚洲国产精品久久久久久| 99久久国产综合精品成人影院| 久久久久亚洲精品中文字幕| 久久精品国产亚洲AV蜜臀色欲| 国产精品久久国产精麻豆99网站| 成人久久综合网| 中文字幕久久精品无码| 久久九九青青国产精品| 中文字幕无码久久久| 久久久久久综合一区中文字幕| 久久久不卡国产精品一区二区| 久久夜色精品国产噜噜亚洲AV| 国产精品美女久久久免费| 亚洲AV日韩AV天堂久久| 亚洲а∨天堂久久精品| 狠狠色丁香婷婷久久综合不卡| 狠狠综合久久综合88亚洲| 精品无码久久久久久久动漫| 97久久国产亚洲精品超碰热| 国产A三级久久精品| 久久国产成人亚洲精品影院 | 97久久精品人人做人人爽| 精品伊人久久大线蕉色首页| 少妇被又大又粗又爽毛片久久黑人| 99久久婷婷国产综合精品草原| 国产麻豆精品久久一二三| 久久棈精品久久久久久噜噜| 99精品国产综合久久久久五月天 | 99久久国产综合精品五月天喷水| 国内精品伊人久久久久777| 伊人久久国产免费观看视频| 久久人人爽人人精品视频| 久久精品国产亚洲一区二区三区| 婷婷综合久久中文字幕| 99久久国产综合精品成人影院| 久久99国产精品久久99果冻传媒|