• <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)論
              
            国产精品va久久久久久久| 久久精品国产99国产精品亚洲| 一本一本久久A久久综合精品| 亚洲精品乱码久久久久久中文字幕| 色欲av伊人久久大香线蕉影院| 久久91精品国产91久久麻豆| 久久精品国产精品亚洲人人 | 久久se精品一区二区影院| 一本一道久久a久久精品综合 | 东京热TOKYO综合久久精品| 久久青青草原精品国产不卡| 亚洲AV日韩精品久久久久久| 久久av高潮av无码av喷吹| 久久久久久久亚洲Av无码| 日产久久强奸免费的看| 国产一级持黄大片99久久| 奇米影视7777久久精品人人爽| 嫩草影院久久99| 亚洲精品高清国产一线久久| 久久久噜噜噜久久| 久久91精品久久91综合| 久久久久久毛片免费播放| 99久久国产亚洲综合精品| 久久乐国产精品亚洲综合| 婷婷综合久久狠狠色99h| 日韩精品久久久肉伦网站 | 国产精品99久久久精品无码| 9999国产精品欧美久久久久久| 久久久久亚洲精品天堂| 狠狠色丁香久久婷婷综合| 日韩电影久久久被窝网| 久久播电影网| 国产午夜精品久久久久九九电影| 97久久精品无码一区二区| 国内精品久久久久影院优| 亚洲精品国精品久久99热一| 亚洲午夜久久久久妓女影院 | 伊人久久大香线蕉AV一区二区| 伊人久久综在合线亚洲2019| 青青草原1769久久免费播放| 好久久免费视频高清|