• <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ù)  更多評論    
            中文国产成人精品久久亚洲精品AⅤ无码精品 | 999久久久国产精品| 91久久九九无码成人网站| 久久激情亚洲精品无码?V| 亚洲综合日韩久久成人AV| 久久丫精品国产亚洲av不卡| 精品水蜜桃久久久久久久| 免费久久人人爽人人爽av| 久久超碰97人人做人人爱| 国产精品九九久久免费视频| 奇米影视7777久久精品人人爽 | 久久99热这里只有精品国产| 国产午夜福利精品久久2021| 精品久久人人做人人爽综合| 18岁日韩内射颜射午夜久久成人 | 亚洲精品WWW久久久久久| 精品久久久久久久久午夜福利| 久久久久国色AV免费观看| 97久久国产亚洲精品超碰热| 中文字幕无码久久久| 色综合久久久久网| 精品久久久噜噜噜久久久| 久久夜色精品国产噜噜亚洲a| 91精品国产高清久久久久久91 | 97久久超碰国产精品2021| 四虎国产精品成人免费久久| 久久精品一区二区国产| 欧美熟妇另类久久久久久不卡| 日本加勒比久久精品| 久久99精品久久久久久不卡| 久久婷婷国产麻豆91天堂| 久久人人爽爽爽人久久久| 国产精品久久久久久久人人看| 久久久久婷婷| 久久综合色区| 久久经典免费视频| 色妞色综合久久夜夜| 亚洲AV日韩AV天堂久久| 久久人人爽人人爽人人av东京热| 中文精品99久久国产| 久久天天躁狠狠躁夜夜躁2O2O|