• <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>
            <2008年12月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            統(tǒng)計(jì)

            • 隨筆 - 44
            • 文章 - 0
            • 評論 - 86
            • 引用 - 0

            常用鏈接

            留言簿(6)

            隨筆分類(31)

            隨筆檔案(44)

            Mining

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            COM 類工廠有必要存在嗎

            1. IClassFactory 的用途

            http://www.80diy.com/home/20041120/19/3572410.html 看到幾段關(guān)于COM 的類廠的話,

            """
            類廠用來抽象組件的create過程,客戶不需要知道組件的詳細(xì)情況,也不需要知道類廠的詳細(xì)情況,只要知道CoCreateInstance可以創(chuàng)建組件即可。而CoCreateInstance內(nèi)部調(diào)用DllGetClassObject來生成該組件的類廠,由于類廠有組件的作者撰寫,所以對組件類可謂知根知底,由類廠來生成組件完全行得通,這樣客戶和組件就進(jìn)一步劃分,客戶只能查詢該組件是否支持某借口,而對組件的其他情況一無所知,這樣的劃分可以使組件和客戶間的耦合更小。
            """

            """
            組件如果將某接口的全部方法都實(shí)現(xiàn)了,就稱該組件支持某接口,com并沒有規(guī)定組件和接口之間是虛函數(shù)繼承的關(guān)系,只是在c++中以這種方法來實(shí)現(xiàn)最好而已。  
            IClassFactory說穿了就是專門構(gòu)造組件的類,這樣做是為了抽象,因?yàn)榭蛻魶]有必要知道組件是什么,如果由客戶直接構(gòu)造組件,客戶勢必要知道組件的信息,com就失去了它的意義了,所以,規(guī)定了一個(gè)類廠(支持IClassFactory接口),每個(gè)組件的類廠都很清楚并且也只清楚該組件的信息,而客戶只需要調(diào)用com庫函數(shù)CoCreateInstance就可以了。  
            下面是流程圖:  
              CoCreateInstance -> CoGetClassObject -> DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component
            """

            并且在 http://www.codeproject.com/com/comintro2.asp 也看到幾段話

            """
            每次實(shí)現(xiàn)組件對象類的時(shí)候,都要寫一個(gè)旁類負(fù)責(zé)創(chuàng)建第一個(gè)組件對象類的實(shí)例。這個(gè)旁類就叫這個(gè)組件對象類的類工廠(class factory),其唯一目的是創(chuàng)建COM對象。之所以要一個(gè)類工廠,是因?yàn)檎Z言無關(guān)的緣故。COM本身并不創(chuàng)建對象,因?yàn)樗皇仟?dú)立于語言的也不是獨(dú)立于實(shí)現(xiàn)的。
            當(dāng)某個(gè)客戶端想要?jiǎng)?chuàng)建一個(gè)COM對象時(shí),COM庫就從COM服務(wù)器請求類工廠。然后類工廠創(chuàng)建COM對象并將它返回客戶端。它們的通訊機(jī)制由函數(shù)DllGetClassObject()來提供。
            """

            在<COM 技術(shù)內(nèi)幕> 中, 對類廠的引入也有描述.
            主要是:
            a. 在面向?qū)ο笙到y(tǒng)中, 對象創(chuàng)建是非常重要的, 因?yàn)橐褂盟仨毾葎?chuàng)建它. 所以盡可能靈活的創(chuàng)建對象(component)
            b. 在CoCreateInstance 創(chuàng)建對象過程是: 傳給一共CLSID, 然后創(chuàng)建成相應(yīng)組件, 并返回所請求的指針. 其弊端在于無法提供給客戶一種控制對象創(chuàng)建過程的方法. (問題關(guān)鍵不在初始化, 而是控制創(chuàng)建對象過程)
            c. IClassFactory2 成批的調(diào)用接口.


            2.
            參考CoCreateInstance 的實(shí)現(xiàn)過程:
            CoCreateInstance -> CoGetClassObject -[系統(tǒng)|組件代碼]-> DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component

            因?yàn)?DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component 都是組件所來實(shí)現(xiàn)的, 而系統(tǒng)調(diào)用 CoCreateInstance 所提供的參數(shù), 和通過自己使用IClassFactory 來創(chuàng)建Component 的參數(shù)是沒有變化的, 所以如果省略 ClassFactory 應(yīng)該也可以.

            CoCreateInstance -> CoGetClassObject -[系統(tǒng)|組件代碼]-> DllGetClassObject -> new Component

            DllGetClassObject 完全可以完成<COM 技術(shù)內(nèi)幕說的> a. 靈活創(chuàng)建對象, b. 控制創(chuàng)建過程, c. IClassFactory2 , 而且這樣子的實(shí)現(xiàn)也與語言無關(guān). 
            所以感覺沒有必要一定要用到IClassFactory 這個(gè)接口


            3.
            因此在實(shí)現(xiàn)的時(shí)候, 完全可以這樣子的實(shí)現(xiàn)組件
            CCoClass : public IA, public IB, public IClassFactory
            {
            ......
            }

            DllGetClassObject()
            {
            new CCoClass
            }

            而不需要額外的用一個(gè)類單獨(dú)的去實(shí)現(xiàn)IClassFactory . 好像ATL 默認(rèn)的就是這么干的, 提供了一個(gè)CComCoClass<CCoClass, &CLSID_CCoClass)  實(shí)現(xiàn)類.

            這個(gè)是我的對COM 的IClassFactory 的理解, 感覺沒必要多一個(gè)這個(gè)東西.

            不知道大家是如何看待這個(gè)東西的:)


             

            posted on 2007-11-18 22:53 泡泡牛 閱讀(4033) 評論(6)  編輯 收藏 引用 所屬分類: Develop

            評論

            # re: COM 類工廠有必要存在嗎 2007-11-20 16:16 www.helpsoff.com.cn

            是覺得沒必要多哪個(gè)東西呀?IClassFactory 還是一個(gè)單獨(dú)實(shí)現(xiàn)IClassFactory 的具體類?
              回復(fù)  更多評論    

            # re: COM 類工廠有必要存在嗎 2007-11-20 16:21 泡泡牛

            :/ 嘿嘿, 沒說清楚

            是沒有必要單獨(dú)實(shí)現(xiàn)IClassFactory 的具體類
              回復(fù)  更多評論    

            # re: COM 類工廠有必要存在嗎 2007-11-21 15:30 www.helpsoff.com.cn

            這個(gè)倒是事實(shí),實(shí)不實(shí)現(xiàn)看個(gè)人的編程習(xí)慣了,沒有強(qiáng)制要求的。
              回復(fù)  更多評論    

            # re: COM 類工廠有必要存在嗎 2007-11-21 17:07 

            在所有進(jìn)程里面使用的都是一個(gè)實(shí)例.你不用IClassFactory 怎么實(shí)現(xiàn).
              回復(fù)  更多評論    

            # re: COM 類工廠有必要存在嗎 2011-01-20 12:30 nillfeng

            @壞
            頂樓上. 類工廠 大多時(shí)候沒用 但是在遠(yuǎn)程對象生成 這些需要間接創(chuàng)建com類的時(shí)候 是有用的
              回復(fù)  更多評論    

            # re: COM 類工廠有必要存在嗎 2012-09-21 11:04 飛飛龍

            @壞
            是啊,跨進(jìn)程和跨網(wǎng)絡(luò),
            http://blog.sina.com.cn/s/blog_86d10dc701014m2v.html
              回復(fù)  更多評論    
            99久久www免费人成精品| 精品久久久无码21p发布| 久久久国产精品福利免费| 久久综合九色综合精品| 日韩电影久久久被窝网| 久久综合综合久久综合| 国产成人久久精品二区三区| 久久人人添人人爽添人人片牛牛| 成人妇女免费播放久久久| 久久久91人妻无码精品蜜桃HD| 久久99九九国产免费看小说| 国产韩国精品一区二区三区久久| 久久精品中文字幕第23页| 99re久久精品国产首页2020| 色偷偷91久久综合噜噜噜噜| 亚洲国产精品久久久久婷婷软件| av色综合久久天堂av色综合在| 97久久精品人人做人人爽| 无码日韩人妻精品久久蜜桃| 欧美国产精品久久高清| 国产福利电影一区二区三区久久老子无码午夜伦不 | 欧美亚洲另类久久综合| 久久www免费人成看片| 久久天天躁狠狠躁夜夜2020老熟妇| 久久99精品久久只有精品| 久久久噜噜噜久久中文字幕色伊伊| 久久99久久无码毛片一区二区 | 麻豆一区二区99久久久久| 亚洲人成电影网站久久| 无码任你躁久久久久久久| 99久久国产综合精品五月天喷水 | 免费精品久久天干天干| 成人国内精品久久久久影院VR| 久久精品国产亚洲AV无码麻豆| 狠狠色丁香婷婷久久综合五月| 色偷偷91久久综合噜噜噜噜| 天天做夜夜做久久做狠狠| 久久这里有精品| 亚洲人成伊人成综合网久久久| 久久亚洲国产精品成人AV秋霞| 97久久国产露脸精品国产|