• <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>
            隨筆-90  評(píng)論-947  文章-0  trackbacks-0

            先看一個(gè)例子。首先,我要寫一個(gè)vector;其次,為了使用方便,我需要提供一個(gè)帶 size 參數(shù)的構(gòu)造函數(shù)。要求就這兩點(diǎn)。

            那么,勢(shì)必要:

            class vector
            {
            public:
                vector(size_t size)
                {
                    // ...
                    m_pData = new int[size]; // 假設(shè)就是 int 這樣的基本類型好了,以避免下面可能出現(xiàn)的離題
                    // ...
                }
            };

            問(wèn)題來(lái)了。new 不是有可能失敗嗎?失敗了在老編譯器里會(huì)返回 NULL(這個(gè)情形也先無(wú)視),在新編譯器里會(huì)拋異常。那么,在這里要不要進(jìn)行檢查呢?如果檢查:

            try
            {
                m_pData = new int[size];
            }
            catch (...)
            {

            }

            catch到了。那么在這里可以干啥呢?似乎。。。啥也干不了!作為構(gòu)造函數(shù),沒(méi)法使用返回值,自然只能使用異常來(lái)提示外界;既然本來(lái)就是異常,我又何必在這里 try 一次呢?(假設(shè)這里沒(méi)有其他錯(cuò)誤要處理,也假設(shè)這里的類型是int之類的基本類型,不會(huì)出現(xiàn)執(zhí)行元素的構(gòu)造函數(shù)失敗的情形)

            既然這里的 try 讓我們?nèi)绱藷o(wú)奈,那么就不必 try 了。這個(gè)時(shí)候,我需要給 vector(size_t size) 標(biāo)記上 throw 嗎?如果不標(biāo)記,使用者怎么知道這里可能會(huì)有異常?如果標(biāo)記了,或者沒(méi)標(biāo)記但使用者意識(shí)到了,那么他會(huì)這樣用:

            try
            {
                vector v(10);
                // Task with v
                // ...
                // ...
                // ...
            }
            catch (...)
            {
                // Error handler
            }

            因?yàn)?v 的作用域被限制在了 try 內(nèi),所以所有的與 v 相關(guān)的邏輯代碼全部要放在 try 內(nèi)部了。這種樣子似乎與 C# 很像!在 C# 里,try...catch... 是標(biāo)準(zhǔn)的做法;但是在 C++ 里,似乎不會(huì)如此經(jīng)常地用 try catch,要不然,為什么我見(jiàn)過(guò)的 C++ 代碼都不是這樣子的呢??jī)赡昵霸诮鹕綄?shí)習(xí)的時(shí)候,有一次我把 try...catch 當(dāng)做通用的錯(cuò)誤處理來(lái)做,所有的錯(cuò)誤都搞成一種異常,返回值僅返回正常值。結(jié)果董波叔叔說(shuō),這樣子是不對(duì)滴,但是沒(méi)給出讓我信服理由,可能就是,C++ 的 try...catch 的性能很不好之類的。(C# 以及 Java 的 try...catch 的性能好嗎?)

            好,既然大家都不這么辦,是不是這里也不用 try 了?于是,內(nèi)存分配錯(cuò)誤就讓它自生自滅了……記得以前某本書上看到,說(shuō)這種情形下的處理,僅僅是一個(gè)道德問(wèn)題而已。真的無(wú)解嗎?

            如果放寬要求,不要求在構(gòu)造函數(shù)提供內(nèi)存分配,那倒是有一種解法——分兩階段構(gòu)造:

            class vector
            {
            public:
                vector()
                {
                    // ...
                }
                bool allocate(size_t size)
                {
                    try
                    {
                        m_pData = new int[size];
                    }
                    catch (...)
                    {
                        return false;
                    }
                    if (m_pData == NULL)
                    {
                        return false;
                    }
                    // Other code ...
                    return true;
                }
            };

            但是使用起來(lái)就不“方便”了。現(xiàn)實(shí)中,這種情形倒是存在,如 CWindow 的 Create,還有啥啥啥的 Init 等等。

            真的沒(méi)有辦法兼顧方便與安全嗎?

            posted on 2010-03-30 22:31 溪流 閱讀(2384) 評(píng)論(15)  編輯 收藏 引用 所屬分類: C++

            評(píng)論:
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-30 22:48 | OwnWaterloo
            最近很活躍嘛  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-30 22:54 | OwnWaterloo
            >>我需要給 vector(size_t size) 標(biāo)記上 throw 嗎?如果不標(biāo)記,使用者怎么知道這里可能會(huì)有異常?

            不需要, 不標(biāo)記就是throw all。

            new失敗了
            1 :讓bad_alloc直接向上拋就是了
            為什么不需要大量的try catch?
            因?yàn)橄蛏蠏伒倪^(guò)程中會(huì)析構(gòu)棧上的對(duì)象, 回滾狀態(tài), 并找到一個(gè)處理器。
            你會(huì)將代碼寫成異常安全的, 是吧?

            2: 采用兩段式。
            其實(shí)就是使用返回狀態(tài)代碼的處理方式了。

            在某個(gè)函數(shù)f中, 先構(gòu)造一個(gè)半成品, 在使用之前create或者怎樣。
            如果失敗, 就通過(guò)狀態(tài)碼向f的調(diào)用者報(bào)告。
            f的調(diào)用者g又可能向g的調(diào)用者繼續(xù)報(bào)告。
            直到找到一個(gè)能處理的地方。

            這其實(shí)和異常是相同的, 只是異常對(duì)這些過(guò)程是自動(dòng)的。
              回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-31 00:14 | 溪流
            @OwnWaterloo
            其實(shí)我不是很清楚什么叫異常安全。不知道異常安全是盡量避免寫出 try catch 還是盡量到處寫 try catch。但我潛意識(shí)里不喜歡寫 try catch,也不喜歡用會(huì)拋異常的東東,如 MFC 中的 CFile。  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作[未登錄](méi) 2010-03-31 08:55 | chentan
            樓主最近寫的都是非常敏感的話題  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-31 09:02 | 欣萌
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-31 09:14 | 溪流
            @chentan
            是嗎?哈哈~  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-31 09:15 | 溪流
            @OwnWaterloo
            因?yàn)樽罱窒肫鹆四切├Щ蟮氖聗~  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-31 10:39 | ljbxc
            我也常遇到,很煩人的問(wèn)題。  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-31 14:52 | OwnWaterloo
            @溪流
            這樣很好。 不要悶頭只顧寫代碼; 花一些時(shí)間思考。  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-03-31 15:42 | 陳梓瀚(vczh)
            你只要覺(jué)得,你那一行發(fā)生的錯(cuò)誤的話那么你的class就不能被創(chuàng)建,那就在那里拋異常。這樣可以使得你的class在那種情況下不可能被創(chuàng)建成功。  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-04-03 15:06 | 溪流
            @陳梓瀚(vczh)
            那我該期待別人怎么用我的class呢?  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-04-06 15:39 | only
            你可以去認(rèn)真看看《effective C++ 》(第三版) 條款49-52!
            相信對(duì)于你會(huì)很有用,樓主!  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作 2010-04-06 15:54 | 溪流
            @only
            它是不是講如何利用什么handler去釋放內(nèi)存之類的?
            我的題設(shè)是內(nèi)存申請(qǐng)失敗,而不是被new的那個(gè)對(duì)象的構(gòu)造函數(shù)執(zhí)行失敗。(我已經(jīng)假設(shè)了被new的只是一個(gè)int)
            我的困惑不是技術(shù)上如何保證沒(méi)有內(nèi)存泄漏,而是——
            要是我的構(gòu)造函數(shù)有異常拋出,用戶該如何用這個(gè)類?我該不該讓構(gòu)造函數(shù)拋出異常?  回復(fù)  更多評(píng)論
              
            # re: 道德問(wèn)題?論new操作失敗后的操作[未登錄](méi) 2010-04-14 15:11 | siwei
            @溪流
            有意思的話題。Symbian中的方式是重載了new,以及應(yīng)用兩段構(gòu)造。  回復(fù)  更多評(píng)論
              
            成人综合伊人五月婷久久| 亚洲国产成人精品无码久久久久久综合 | 国产精品禁18久久久夂久| 亚洲狠狠婷婷综合久久蜜芽| 久久婷婷国产综合精品| 国产精品内射久久久久欢欢| 久久久久波多野结衣高潮| 美女写真久久影院| 模特私拍国产精品久久| 69国产成人综合久久精品| 青青久久精品国产免费看| 狠狠干狠狠久久| 亚洲午夜久久久久妓女影院 | 麻豆成人久久精品二区三区免费| 国产成人久久777777| 久久久久久久久久久久中文字幕 | 国产精品永久久久久久久久久 | 久久无码人妻一区二区三区午夜| 久久精品国产99久久久香蕉| 国产成人久久精品激情| 久久久国产99久久国产一| 久久国产综合精品五月天| 久久婷婷国产综合精品 | 一本色道久久综合狠狠躁| 国产精品欧美久久久久天天影视| 久久99久久99精品免视看动漫| 99精品国产免费久久久久久下载 | 无码人妻久久久一区二区三区| 日本加勒比久久精品| 久久国产综合精品五月天| 色噜噜狠狠先锋影音久久| 久久男人Av资源网站无码软件| 亚洲中文字幕久久精品无码喷水 | 青青青青久久精品国产h久久精品五福影院1421 | 久久青青草原精品国产软件| 国产成人香蕉久久久久| 亚洲国产精品久久久久网站 | 久久久久久久精品成人热色戒| 亚洲日韩欧美一区久久久久我 | 狠狠狠色丁香婷婷综合久久俺| aaa级精品久久久国产片|