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