• <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>

            love in C++, live on MFC

            to get ready...

            C++博客 首頁(yè) 新隨筆 聯(lián)系 聚合 管理
              47 Posts :: 0 Stories :: 97 Comments :: 0 Trackbacks
            在寫函數(shù)的時(shí)候,很多函數(shù)只是設(shè)置某個(gè)變量然后做一些其他的相應(yīng)的處理,比如:
            void?CInstruction::SetName(const?CString&?strName)
            {
            ????m_strName?
            =
            ?strName;????

            ????????????//some other operations
            ????if(!IsRed())
            ????{
            ??????? //...????????
            ????}
            }
            這樣的函數(shù),返回類型為void順理成章.

            但是,隨著程序繼續(xù)往下寫,需要處理的情況越來越復(fù)雜,這個(gè)時(shí)候,發(fā)現(xiàn)SetName這個(gè)函數(shù),返回void已經(jīng)不夠用了,因?yàn)榭梢孕枰繱etName這個(gè)函數(shù)調(diào)用有沒有成功,因?yàn)榭赡軅魅氲膕trName不一定是合法的,如果調(diào)用SetName函數(shù)沒有成功,可能要繼續(xù)調(diào)用別的函數(shù),這個(gè)時(shí)候,可能就要講返回類型改為BOOL.

            而后來繼續(xù)想,一個(gè)函數(shù)的返回值,應(yīng)該更加充分的利用,調(diào)用一個(gè)函數(shù)時(shí),就該充分的利用它的返回值;而在寫一個(gè)函數(shù)時(shí),也應(yīng)該注意到這一點(diǎn).如果實(shí)在沒有什么值好返回,就返回TRUE

            所以,對(duì)于函數(shù),如果在設(shè)計(jì)時(shí)準(zhǔn)備把返回類型定為void,其實(shí)可以改為BOOL
            1)最初可能沒有用,但情況會(huì)越來越復(fù)雜
            2)充分利用函數(shù)的返回值
            posted on 2006-05-17 16:12 flyingxu 閱讀(3211) 評(píng)論(10)  編輯 收藏 引用 所屬分類: C++ Coding Standards

            Feedback

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-17 16:16 <font color="#FF00FF" >Stone Jiang
            為什么不返回為 long (HRSEULT)呢?

            返回0表示成功,非0表示出錯(cuò)的原因  回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-17 17:22 LOGOS
            那么麻煩,用異常好了  回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-17 18:57 christanxw
            關(guān)于是用返回值還是異常一直都是個(gè)令人煩惱的話題。
            不過我認(rèn)為自己開發(fā)的程序如果只是自己使用的話,用返回值是最好的(當(dāng)然適當(dāng)?shù)募由先罩居涗涀詈昧耍R驗(yàn)槟阕约褐朗裁磿r(shí)候作錯(cuò)誤處理。如果是開發(fā)庫(kù)給別人使用,用異常可能比較好,因?yàn)槟悴恢滥愕目蛻粼撛趺慈ヌ幚礤e(cuò)誤,所以應(yīng)該把錯(cuò)誤處理的主動(dòng)權(quán)交給客戶。  回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-17 22:36 flyingxu
            @&lt;font color=&quot;#FF00FF&quot; &gt;Stone Jiang
            也可以,道理是一樣的,就是一定要利用好返回值,而不返回void
              回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-18 09:11 沐楓
            從目前來看,用異常,在OOP方面已經(jīng)很普遍了。
            它對(duì)于棧展開,對(duì)象自我析構(gòu),和資源管理方面可以做得很好。
            另外,在C++中,應(yīng)使用bool代替BOOL。  回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-22 09:26 沐楓
            另外,對(duì)于樓主的例子,還是不要有返回值的好。因?yàn)檫@容易引起誤用。函數(shù)的用戶常常會(huì)以為SetName返回的是未設(shè)置以前的值,而不是錯(cuò)誤與否。  回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-23 22:29 txf
            返回值這個(gè)東西,個(gè)人覺得是寧缺勿濫,設(shè)置返回值就要暗示使用者該調(diào)用可能失敗,不可忽略,而如果將目前不會(huì)失敗的函數(shù)也加個(gè)返回值,結(jié)果就像病毒一樣從使用了你的函數(shù)的調(diào)用鏈上的所有函數(shù)的返回類型可能都得強(qiáng)制使用你的返回類型,必竟通常只有最外層(界面層)會(huì)調(diào)用個(gè)類似GetLastError之類的函數(shù)查看具體錯(cuò)誤描述,程序中到處是以下代碼:
            RESULTTYPE result;
            result= Call_Func1();
            if(!result)
            {
            RELEASE_RESOURCE1;
            return result;
            }
            ...
            result= Call_Func1();
            if(!result)
            {
            RELEASE_RESOURCE2;
            return result;
            }
            ...
            最終,如果我是那個(gè)可憐的用戶,我要么放棄你的函數(shù),要么放棄返回值檢測(cè)。
            如果你好心的告訴用戶某函數(shù)會(huì)一直返回TRUE,那更糟糕,因?yàn)槟銓⑵茐哪愕暮瘮?shù)的用戶在使用函數(shù)方面的心理模型,就像你的軟件是設(shè)置成按左鍵彈出操作菜單,那么絕大多數(shù)右派遲早會(huì)有心理障礙。
              事實(shí)上,在程序中大多數(shù)函數(shù)調(diào)用失敗是無法修復(fù)的,最終的結(jié)果是在界面上告訴用戶操作失敗了,因此異常會(huì)是錯(cuò)誤處理方面的更好選擇,即使錯(cuò)誤可修復(fù),用異常也僅僅比函數(shù)調(diào)用多個(gè)把花括號(hào)而已,省去的是大把大把的return result;語(yǔ)句。  回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-05-26 11:34 alki
            純屬誤導(dǎo)
            唉,這里面什么人都有  回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-06-08 23:16 flyingxu
            @alki
            可能有一點(diǎn),不過我的理解是"One way of measuring the quelity of a design is to see how well it handles variation"
            hehe,摘抄的,不過我蠻同意的,因?yàn)閷?shí)際項(xiàng)目中的變化,原超過想象

            我也是cpp新手,大家共同學(xué)習(xí)。
              回復(fù)  更多評(píng)論
              

            # re: 用返回類型BOOL替代函數(shù)返回類型void 2006-06-14 17:11 零點(diǎn)一刻
            我也覺得習(xí)慣性返回void是不好的。
            只是上面舉的這個(gè)例子不夠恰當(dāng)罷了。
            在調(diào)試的時(shí)候尤其有用。MFC的VERIFY宏不是用來看的。
            按照txf 的看法,用API編程的人都該改行了。

            個(gè)人認(rèn)為異常是你無法控制的錯(cuò)誤,至少VC對(duì)于異常的處理效率還是很低的,需要用到內(nèi)核調(diào)用。而且C++沒有象java那樣在語(yǔ)法上強(qiáng)制處理異常。

            BOOL 是MFC的習(xí)慣。  回復(fù)  更多評(píng)論
              

            大伊人青草狠狠久久| 无码人妻少妇久久中文字幕| 久久精品青青草原伊人| 热re99久久精品国99热| 国产精品丝袜久久久久久不卡| 久久亚洲国产成人影院网站| 欧美噜噜久久久XXX| 久久99精品久久久久久9蜜桃| 日本WV一本一道久久香蕉| …久久精品99久久香蕉国产| 香蕉久久永久视频| 99久久无码一区人妻| 亚洲精品乱码久久久久久中文字幕| 久久青青草原综合伊人| 国内精品九九久久精品| 久久久久亚洲AV成人网| 久久精品aⅴ无码中文字字幕重口| 久久国产乱子伦精品免费午夜| 亚洲午夜久久久久久久久电影网 | 伊人色综合久久天天| 久久精品国产精品亚洲精品 | 国产精品成人精品久久久| 久久精品国产AV一区二区三区| 国产—久久香蕉国产线看观看| 久久婷婷成人综合色综合| 97精品伊人久久大香线蕉| 久久婷婷五月综合97色直播| 久久精品国产只有精品2020| 91精品国产高清91久久久久久| 亚洲av成人无码久久精品 | 亚洲中文久久精品无码ww16| 97视频久久久| 一本久道久久综合狠狠爱| 亚洲综合熟女久久久30p| 亚洲AV无码成人网站久久精品大| 久久国语露脸国产精品电影| 亚洲性久久久影院| 久久精品一区二区三区AV| 热99RE久久精品这里都是精品免费 | 久久久久久一区国产精品| 久久亚洲欧洲国产综合|