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

            ScopeGuard 只是幫我們調(diào)用一個(gè)函數(shù)而已,至于這個(gè)函數(shù)是否有異常出來,它不該悄悄地把它吞了,而應(yīng)該還我們本來面目,不知道是不是?可是為什么幾乎所有介紹 ScopeGuard 的文章都說這 try … catch … 用得好呢?

            posted on 2011-03-23 09:39 溪流 閱讀(2528) 評(píng)論(6)  編輯 收藏 引用 所屬分類: C++

            評(píng)論:
            # re: 覺得 Loki::ScopeGuard 似乎不該在它自己里面 try &hellip; catch &hellip; 2011-03-23 10:16 | expter
            如果關(guān)注函數(shù)本身代碼有異常,
            就需要try..catch來處理了,異常發(fā)生時(shí)堆棧會(huì)unwind,而且代碼看起太丑陋,就封裝下咯。
            Loki::ScopeGuard 輕量的RAII ,對(duì)資源管理與異常安全提供比較好,可以只關(guān)注于異常部分。  回復(fù)  更多評(píng)論
              
            # re: 覺得 Loki::ScopeGuard 似乎不該在它自己里面 try &hellip; catch &hellip; 2011-03-23 10:34 | airtrack
            Loki::ScopeGuard實(shí)際上是一個(gè)通用的RAII,它是通過在ScopeGuardImplBase的所有派生類的析構(gòu)函數(shù)里面SafeExecute(*this)來做到RAII,而在SafeExecute做資源釋放操作是通過調(diào)用派生類的fun_,如果不try...catch,那么fun_執(zhí)行如果發(fā)生異常的話,那異常就逃離了析構(gòu)函數(shù)。在C++中析構(gòu)函數(shù)是不應(yīng)該有異常產(chǎn)生的,詳見《Effective C++》。  回復(fù)  更多評(píng)論
              
            # re: 覺得 Loki::ScopeGuard 似乎不該在它自己里面 try &hellip; catch &hellip; 2011-03-25 11:09 | 無民事
            朋友你的QQ多少?可以交流下嗎?  回復(fù)  更多評(píng)論
              
            # re: 覺得 Loki::ScopeGuard 似乎不該在它自己里面 try &hellip; catch &hellip; 2011-03-26 07:26 | OwnWaterloo
            rollback函數(shù)本身就不應(yīng)該拋出異常。
            異常安全的代碼依賴一些無拋出的代碼來執(zhí)行commit或者rollback。

            所以:
            1. 本來面目是還不了的
            rollback動(dòng)作就應(yīng)該無拋出的執(zhí)行, 無論它本身是一個(gè)無拋出的函數(shù), 還是被scopeguard的析構(gòu)所吞掉。

            2. scopeguard是否應(yīng)該插手
            我也認(rèn)為它多管閑事了。
            無拋出是rollback函數(shù)自身的責(zé)任。
            沒有無拋出保證就不能稱為一個(gè)rollback。
            應(yīng)該努力將其寫為rollback, 然后scopeguard僅僅考慮注冊(cè)而已。
            對(duì)實(shí)在沒有時(shí)間與精力寫為無拋出的rollback, 可自行吞掉:
            rollback_nothrow(...) { rollback(...) }
            makeguard(rollback_nothrow, ...)

            3. loki
            loki應(yīng)該算是一個(gè)實(shí)驗(yàn)/教學(xué)性質(zhì)的庫吧?
            所以盡可能的多傳授一些C++的知識(shí), 比如"析構(gòu)絕對(duì)不能拋出異常"。
            而沒太注重"該保證是誰的責(zé)任"。
            所以就選擇一個(gè)簡單且效率稍微有點(diǎn)低的方案了。  回復(fù)  更多評(píng)論
              
            # re: 覺得 Loki::ScopeGuard 似乎不該在它自己里面 try &hellip; catch &hellip; 2011-03-28 14:49 | 溪流
            @OwnWaterloo
            你也認(rèn)為它多管閑事了?!好~哈哈!  回復(fù)  更多評(píng)論
              
            # re: 覺得 Loki::ScopeGuard 似乎不該在它自己里面 try &hellip; catch &hellip; 2011-03-28 18:45 | OwnWaterloo
            @溪流
            恩, 我還覺得 loki.scopeguard應(yīng)該區(qū)分為
            1. rollback 注冊(cè)的動(dòng)作可取消 —— loki.scopeguard實(shí)際實(shí)現(xiàn)
            2. on_exit 注冊(cè)的動(dòng)作一定執(zhí)行 —— 其實(shí)這個(gè)用得不少

            將 loki.scopeguard 用于 on_exit 的情況很浪費(fèi)啊……
            需要開辟局部變量, 需要 if 測試, 而且這個(gè)測試代碼是在每一個(gè)退出點(diǎn)產(chǎn)生的……
            這些開銷根本不需要的。

            loki應(yīng)該是為了簡單吧, 一頂倆……  回復(fù)  更多評(píng)論
              
            久久亚洲精品无码VA大香大香| 人妻精品久久无码专区精东影业 | 国产精品久久国产精品99盘| 狠狠狠色丁香婷婷综合久久俺| 精品国产乱码久久久久久浪潮| 久久久久se色偷偷亚洲精品av | 日韩精品久久无码中文字幕| 国产精品久久久久影视不卡| 久久av免费天堂小草播放| 国内精品久久久久影院亚洲| 久久精品国产秦先生| 香蕉99久久国产综合精品宅男自| 奇米影视7777久久精品人人爽| 国产成人精品久久免费动漫 | 国产精品18久久久久久vr| 欧美色综合久久久久久 | 久久播电影网| 97久久超碰成人精品网站| 久久一区二区三区99| 91精品国产91久久久久久青草 | 久久91亚洲人成电影网站| 中文字幕无码久久精品青草| 99久久人人爽亚洲精品美女| 亚洲狠狠婷婷综合久久蜜芽 | 久久久久高潮毛片免费全部播放| 色偷偷88欧美精品久久久| 亚洲国产精品久久久久久| 99久久99久久精品免费看蜜桃| 久久久久亚洲av综合波多野结衣| 久久久久亚洲AV综合波多野结衣 | 色综合色天天久久婷婷基地| 亚洲午夜无码久久久久| 亚洲欧美一区二区三区久久| 久久99精品九九九久久婷婷| 日韩精品国产自在久久现线拍| 久久发布国产伦子伦精品| 日产精品久久久一区二区| 亚洲AV日韩精品久久久久久久| 久久人人爽人人爽人人爽| 久久久久高潮综合影院| 亚洲国产精品无码久久久秋霞2|