• <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 沒畫完的畫 閱讀(1005) 評論(0)  編輯 收藏 引用 所屬分類: Windows COM

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

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

            C++對象有一定的局限性,因為被程序語言定義的對象將存取訪問限制到存在于用戶自己進程空間中的對象上。
            而 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)消除時就必須通過它來進行
            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 以維護一個分離的拷貝,如果已知該函數(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ù)只不過先進行一些特定的操作,然后調(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 接口展示

            久久久久国产| 久久精品中文字幕一区| 亚洲精品乱码久久久久久蜜桃图片| 亚洲欧美一区二区三区久久| 久久久精品波多野结衣| 久久婷婷五月综合国产尤物app| 亚洲日本va中文字幕久久| 国产精品99久久久久久人| 国产—久久香蕉国产线看观看| 久久综合久久综合亚洲| 亚洲AV日韩AV永久无码久久| 久久久久国产精品| 国产成年无码久久久免费| 99久久免费国产精品| 久久久一本精品99久久精品88| 精品久久久久久久| 青青草原综合久久大伊人| 草草久久久无码国产专区| 亚洲AV乱码久久精品蜜桃| 久久这里有精品视频| 99久久99久久精品免费看蜜桃| 久久精品中文字幕一区| 久久er国产精品免费观看8| 69国产成人综合久久精品| 模特私拍国产精品久久| 国产精品美女久久久免费| 日产精品99久久久久久| 久久国产欧美日韩精品免费| 久久国产成人精品国产成人亚洲| 精品久久无码中文字幕| 97久久国产综合精品女不卡 | 欧美久久久久久| 久久这里只精品国产99热| 91精品国产9l久久久久| 精品久久久久久成人AV| 色婷婷综合久久久中文字幕| 亚洲人成网亚洲欧洲无码久久 | 亚洲一级Av无码毛片久久精品| 久久美女网站免费| 国产99久久久国产精免费| 91久久精品视频|