• <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 接口展示

            久久香蕉一级毛片| 久久久久无码国产精品不卡| 久久久久亚洲精品无码网址| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 久久久久亚洲AV成人网人人网站| 激情五月综合综合久久69| 久久人人爽人人爽人人av东京热 | 久久精品视屏| 久久人妻无码中文字幕| 国产成人精品久久免费动漫| 亚洲精品tv久久久久久久久久| 亚洲国产天堂久久综合网站| 99久久超碰中文字幕伊人| 精品伊人久久大线蕉色首页| 国产亚洲欧美精品久久久| 久久人人爽人人爽AV片| 成人妇女免费播放久久久| 亚洲精品久久久www| 久久99国产精品久久久| 久久久久免费看成人影片| 精品久久久中文字幕人妻| 99久久人人爽亚洲精品美女| 久久婷婷五月综合国产尤物app| 99久久精品免费看国产一区二区三区 | 99国产精品久久| 中文精品久久久久人妻不卡| 久久夜色精品国产www| 精品久久久久久久| 国产精品久久成人影院| 无码国内精品久久人妻蜜桃 | 国产成人精品久久亚洲| 久久精品国产只有精品2020| 狠狠色综合网站久久久久久久高清| 欧美久久久久久午夜精品| 国产欧美久久久精品| 精品无码久久久久国产| 99久久综合狠狠综合久久止| 国产99精品久久| 国内精品久久久久久久涩爱 | 青青青青久久精品国产h久久精品五福影院1421 | 国产免费久久精品99re丫y|