• <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  評論-947  文章-0  trackbacks-0

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

            那么,勢必要:

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

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

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

            }

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

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

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

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

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

            如果放寬要求,不要求在構(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;
                }
            };

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

            真的沒有辦法兼顧方便與安全嗎?

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

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

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

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

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

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

            這其實和異常是相同的, 只是異常對這些過程是自動的。
              回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-03-31 00:14 | 溪流
            @OwnWaterloo
            其實我不是很清楚什么叫異常安全。不知道異常安全是盡量避免寫出 try catch 還是盡量到處寫 try catch。但我潛意識里不喜歡寫 try catch,也不喜歡用會拋異常的東東,如 MFC 中的 CFile。  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作[未登錄] 2010-03-31 08:55 | chentan
            樓主最近寫的都是非常敏感的話題  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-03-31 09:02 | 欣萌
            Mark  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-03-31 09:14 | 溪流
            @chentan
            是嗎?哈哈~  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-03-31 09:15 | 溪流
            @OwnWaterloo
            因為最近又想起了那些困惑的事~~  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-03-31 10:39 | ljbxc
            我也常遇到,很煩人的問題。  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-03-31 14:52 | OwnWaterloo
            @溪流
            這樣很好。 不要悶頭只顧寫代碼; 花一些時間思考。  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-03-31 15:42 | 陳梓瀚(vczh)
            你只要覺得,你那一行發(fā)生的錯誤的話那么你的class就不能被創(chuàng)建,那就在那里拋異常。這樣可以使得你的class在那種情況下不可能被創(chuàng)建成功。  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-04-03 15:06 | 溪流
            @陳梓瀚(vczh)
            那我該期待別人怎么用我的class呢?  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-04-06 15:39 | only
            你可以去認真看看《effective C++ 》(第三版) 條款49-52!
            相信對于你會很有用,樓主!  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作 2010-04-06 15:54 | 溪流
            @only
            它是不是講如何利用什么handler去釋放內(nèi)存之類的?
            我的題設(shè)是內(nèi)存申請失敗,而不是被new的那個對象的構(gòu)造函數(shù)執(zhí)行失敗。(我已經(jīng)假設(shè)了被new的只是一個int)
            我的困惑不是技術(shù)上如何保證沒有內(nèi)存泄漏,而是——
            要是我的構(gòu)造函數(shù)有異常拋出,用戶該如何用這個類?我該不該讓構(gòu)造函數(shù)拋出異常?  回復(fù)  更多評論
              
            # re: 道德問題?論new操作失敗后的操作[未登錄] 2010-04-14 15:11 | siwei
            @溪流
            有意思的話題。Symbian中的方式是重載了new,以及應(yīng)用兩段構(gòu)造。  回復(fù)  更多評論
              
            欧美亚洲色综久久精品国产| 91精品国产91久久| 国产精品99久久久精品无码| 久久久久久久久久久| 精品国产乱码久久久久久郑州公司 | 日本加勒比久久精品| 国内精品久久久久影院薰衣草 | 国内精品久久国产大陆| 久久99精品久久久久久秒播| 国产99久久久国产精品小说| 99久久精品国产麻豆| 中文字幕亚洲综合久久菠萝蜜| 久久国产色AV免费观看| 国产激情久久久久影院老熟女| 久久国内免费视频| 国产精品成人久久久久三级午夜电影| 亚洲伊人久久综合影院| 国产精品成人久久久久三级午夜电影| 久久精品国产亚洲AV忘忧草18| 久久99热这里只有精品国产| 久久综合狠狠综合久久| 久久免费视频一区| 精品久久久久中文字幕一区| 2021久久国自产拍精品| 亚洲国产另类久久久精品黑人 | 亚洲精品第一综合99久久| 国产成人精品久久| 久久国产乱子伦精品免费强| 久久中文骚妇内射| 亚洲AV无码久久精品蜜桃| 久久久久久久精品妇女99| 亚洲精品tv久久久久久久久久| 丰满少妇人妻久久久久久4| 狠狠狠色丁香婷婷综合久久俺| 久久久久久午夜成人影院| 久久天天躁狠狠躁夜夜2020一| 亚洲欧洲精品成人久久曰影片| 国产精品成人99久久久久 | 久久久亚洲精品蜜桃臀| 国产高潮国产高潮久久久91 | 久久本道伊人久久|