[原創(chuàng)文章歡迎轉(zhuǎn)載，但請保留作者信息]
Justin 于 2009-12-15
到了Item18，就進入了第四章：Designs and Declarations (其實應(yīng)該再加上“of Interfaces”)。看到標題我猜想接下來應(yīng)該都是些大話了吧@#￥%
因為接口(interface)在C++中泛濫成災(zāi)，Scott認為應(yīng)該認真設(shè)計這些接口，使得它們：很易用對，很難用錯。
用錯的可能有：
-
調(diào)用接口時輸入了錯誤的參數(shù)。書中有給出例子(一個接受年、月、日為參數(shù)的接口函數(shù)，用戶可以輕易給出各種錯誤的輸入)，以及解決辦法：用對象來約束參數(shù)輸入的范圍(不接受簡單的整數(shù)作為輸入，而是Date、Mon、Year對象)
-
用常規(guī)的用法調(diào)用“特別”設(shè)計的接口。所以需要盡可能的把自己的設(shè)計往常規(guī)上靠：數(shù)據(jù)對象的行為要盡可能符合內(nèi)建對象(比如int)的行為；接口的名字和意義要盡可能一致(比如STL中的容器基本都有一個叫做size的返回容器大小的接口)……這樣做鼓勵用戶去正確的看待和使用你的接口。
-
忘了處理調(diào)用接口后的遺留問題。因此不要讓用戶去“記得”做一些事情。比如說設(shè)計一個接口返回一個指向某新建對象的指針，這樣做的結(jié)果就是該接口的用戶需要“記得”去釋放這個指針所指的對象：如果用戶忘了釋放或釋放了好幾次，后果就是@#￥%
解決的辦法之一是讓該接口返回一個智能指針(嗯……印象模糊了？去看Item14)，這樣用戶用完了就可以“忘記”這個指針：它自己會處理后事。
-
所謂的“跨DLL問題”(cross DLL problem)：在一個DLL中new一個對象，然后對象被傳到另外一個DLL里被delete。大師推薦用shared_ptr因為它解決了這個問題。
以上問題的解決也是有代價的：額外對象的創(chuàng)建和銷毀需要時間空間。比如boost的shared_ptr就是普通指針的兩倍大小，還有額外的對象操作時間+過程動態(tài)內(nèi)存分配等。應(yīng)了那句老話：有所得必有所失。實際上有些底層代碼根本沒這個資本提供這樣的“豪華裝備”，不過有這樣的思想還是很重要D……