• <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++博客 首頁 新隨筆 聯(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 閱讀(3173) 評(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ā)庫給別人使用,用異常可能比較好,因?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;語句。  回復(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那樣在語法上強(qiáng)制處理異常。

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

            免费精品国产日韩热久久| 2021国产成人精品久久| 国产69精品久久久久9999APGF| 91精品国产综合久久婷婷| 国产韩国精品一区二区三区久久| 久久综合亚洲色HEZYO社区| 东方aⅴ免费观看久久av| 精品免费tv久久久久久久| 久久中文字幕无码专区| 影音先锋女人AV鲁色资源网久久| 久久精品黄AA片一区二区三区| 狠狠狠色丁香婷婷综合久久五月| 久久久久久亚洲精品无码| 伊人久久大香线蕉亚洲五月天| 久久91精品国产91久久小草| 国产成人久久精品麻豆一区 | 久久综合鬼色88久久精品综合自在自线噜噜 | 亚洲精品WWW久久久久久| 亚洲国产精品久久久天堂| 99久久精品免费| 亚洲AV日韩AV永久无码久久| 中文精品久久久久国产网址| 国产69精品久久久久观看软件| 久久播电影网| 精品国产青草久久久久福利| 国产精品久久久天天影视| 久久笫一福利免费导航 | 中文字幕无码免费久久| 51久久夜色精品国产| 久久99国产综合精品免费| 久久综合狠狠综合久久| 久久久久久午夜精品| 久久久99精品成人片中文字幕 | 一级做a爰片久久毛片免费陪| 久久久久久a亚洲欧洲aⅴ| 久久综合给合久久狠狠狠97色 | 久久香综合精品久久伊人| 久久精品国产亚洲5555| 色综合合久久天天综合绕视看| www.久久精品| 办公室久久精品|