• <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>
            SmartPtr
            本博客已搬至:http://www.cnblogs.com/baiyanhuang/
            posts - 29,comments - 176,trackbacks - 0
            By SmartPtr(http://www.shnenglu.com/SmartPtr/)

              同事工作中遇到這個問題,不想在創(chuàng)建對象失敗時才知道原來對應的COM對象不可用。自己項目中用到了這個,遂總結一下,希望對大家有用。
              要判斷一個COM對象是否有用,首先要判斷該COM對象的CLSID是否在注冊表中注冊,但注冊了并不能保證其可用,因為如果我誤刪了該COM對象的載體-DLL(或exe),該COM對象仍然不能正確創(chuàng)建。所以我們還要判斷該載體文件是否存在,兩者都通過了,該COM對象才可正確創(chuàng)建。
               直接看代碼:
            bool IsCOMAvailable(CString strGUID)
            {
                
            // 1. Try to open the HKEY_CLASSES_ROOT\CLSID\{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} key
                CString strKeyName = _T("CLSID\\"+ strGUID;
                HKEY hClsidKey;
                
            if( ::RegOpenKeyEx( HKEY_CLASSES_ROOT, strKeyName, 0, KEY_QUERY_VALUE, &hClsidKey ) == ERROR_SUCCESS )
                {
                    
            // 2. Continue to open CLSID\{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\InProcServer32\(Default)
                    HKEY hInProcServer32Key;
                    
            if( ::RegOpenKeyEx( hClsidKey, _T( "InProcServer32" ), 0, KEY_QUERY_VALUE, &hInProcServer32Key ) == ERROR_SUCCESS )
                    {
                        TCHAR tszServerPathName[_MAX_PATH];
                        DWORD dwSize 
            = sizeof( tszServerPathName );
                        DWORD dwType;
                        
            // 3. Get the com dll path
                        if( ::RegQueryValueEx( hInProcServer32Key, NULL, NULL, &dwType, (LPBYTE)tszServerPathName, &dwSize ) == ERROR_SUCCESS )
                        {
                            
            if( dwType != REG_SZ )
                                
            return false;
                            
            // 4. If the dll file exist
                            CFileFind fileFind;
                            
            if(fileFind.FindFile(tszServerPathName))
                                
            return true;
                        }
                        ::CloseHandle(hInProcServer32Key);
                    }

                    ::CloseHandle(hClsidKey);
                }
                
            return false;
            }
            posted on 2007-07-06 21:30 SmartPtr 閱讀(1835) 評論(7)  編輯 收藏 引用

            FeedBack:
            # re: 如何判斷一個COM對象是否可用
            2007-07-06 21:36 | 萬連文
            這個直接看返回值比較好。  回復  更多評論
              
            # re: 如何判斷一個COM對象是否可用
            2007-07-06 21:44 | SmartPtr
            假設講我的COM組件在系統(tǒng)運行一段時間后,在某個操作中才會被創(chuàng)建出來,而此時如果此對象無法創(chuàng)建,系統(tǒng)的任務就無法完成,此時用戶就要問了:“早干嘛去了,先讓我瞎忙活那么長時間, 不行早說嘛”, 呵呵,開個玩笑, 其實這就是我們同事遇到的現(xiàn)實問題。 但如果我在一開始就試圖創(chuàng)建全部的COM對象而只為了判斷其是否可創(chuàng)建,似乎消耗大了點,邏輯上也不太合理。  回復  更多評論
              
            # re: 如何判斷一個COM對象是否可用
            2007-07-06 23:36 | DC
            我覺得也是直接看返回值比較好,因為你的這個操作只能確認COM對象是否存在,至于能否創(chuàng)建成功還不一定。  回復  更多評論
              
            # re: 如何判斷一個COM對象是否可用
            2007-07-07 20:07 | 萬連文
            對一種技術的濫用,不規(guī)范使用是需要制止而不是想辦法包庇縱容,那樣只會是的系統(tǒng)越來越糟糕。  回復  更多評論
              
            # re: 如何判斷一個COM對象是否可用
            2007-07-07 20:17 | SmartPtr
            to 萬連文
            可否解釋一下, 實在是看不明白。。。。。  回復  更多評論
              
            # re: 如何判斷一個COM對象是否可用
            2007-07-09 09:53 | SuperPlayeR
            我個人理解萬連文的意思就是說,針對你講述的這種情況,實際是因為com組件沒有被注冊造成了,而顯然使用COM技術的規(guī)范性操作當然是先注冊這個組件再使用。而博主您的想法也是通過讀取注冊表看該組件是否注冊了,其實也是一種不規(guī)范使用。  回復  更多評論
              
            # re: 如何判斷一個COM對象是否可用
            2007-07-09 19:54 | SmartPtr
            To SuperPlyeR:

            不僅是沒有注冊造成的, 應該說是某些異常操作使得該COM組件不可用, 可以是沒有注冊,也可以是注冊后注冊信息被誤操作覆蓋, 也可以是該DLL被刪除, 總之, 在系統(tǒng)運行之前先檢測一下這些東西是否都是ready的, 如果不是, 那就不要進去先。

            之前有朋友說直接創(chuàng)建該COM對象來判斷, 但我覺得創(chuàng)建組件只是去做判斷,不太可取  回復  更多評論
              
            亚洲国产精品成人AV无码久久综合影院| 久久午夜综合久久| 精品久久久久久无码中文字幕一区| 中文字幕日本人妻久久久免费| 久久久久久久97| 国内精品久久久久久麻豆| 久久久久久精品久久久久| 国产成人综合久久综合| 中文精品99久久国产 | 国产免费久久精品99久久| 免费一级做a爰片久久毛片潮| 亚洲精品高清国产一线久久 | 久久婷婷五月综合色奶水99啪| 国产精品久久久久影院嫩草| 色欲久久久天天天综合网精品 | 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区| 久久久精品人妻一区二区三区蜜桃| 国产情侣久久久久aⅴ免费| 久久亚洲色一区二区三区| 久久久久久无码Av成人影院| 欧美与黑人午夜性猛交久久久| 久久精品国产免费| 无码人妻久久一区二区三区免费| 久久亚洲精品无码观看不卡| 精品一区二区久久| 久久久精品人妻一区二区三区四| 久久久久99这里有精品10 | 久久66热人妻偷产精品9| 欧美激情一区二区久久久| 久久精品国产亚洲AV不卡| 欧美久久综合性欧美| 国产欧美一区二区久久| 欧美久久一区二区三区| 久久丝袜精品中文字幕| 亚洲国产天堂久久综合网站| 久久精品国产亚洲网站| 91久久精品国产91性色也| 99久久www免费人成精品| 国产精品久久久99| 午夜精品久久久久久影视777| 久久青青草原亚洲av无码|