之所以說這個,是因?yàn)橹暗囊黄恼?a href="/darkdestiny/archive/2006/05/31/7986.html">http://m.shnenglu.com/darkdestiny/archive/2006/05/31/7986.html
Arcrest給我一些留言,我特別在意的是他說到的第五條,
使用文件這種方法很局限,缺點(diǎn)太多,最重要的等于是給這個類強(qiáng)加了一個讀取文件的依賴。如果參數(shù)太長,應(yīng)該考慮重構(gòu),用類來替代,至于類實(shí)例的初始化,從文件讀取還是從網(wǎng)絡(luò)讀取,那是新的類的職責(zé)了.
類的初始化,我一直堅持在構(gòu)造函數(shù)中完全進(jìn)行,而不是放到類似于init函數(shù)中等待顯式的調(diào)用.基于這樣的邏輯:一個實(shí)例,他誕生是因?yàn)樾枰?那么他就應(yīng)該在誕生之時完全做好準(zhǔn)備,此時構(gòu)造和init是連續(xù)執(zhí)行的,那么就應(yīng)該把init納入構(gòu)造函數(shù)中.一種反對的意見是構(gòu)造函數(shù)可能會拋出異常,使得類的構(gòu)造是不完整的,所以把初始化推到init,會是一個完整的
空類.對于這種反對意見我總是有點(diǎn)窒息,因?yàn)槲胰鄙訇P(guān)于不完整構(gòu)造的知識,好像在《有效C++》里面提到過,不過我沒有找到.
在我所做的一些工作中,每個類的初始化是依賴一個ini文件,向構(gòu)造函數(shù)傳遞一個文件名,然后讀取key-value對,所以一直寫有一個ConfigFile的類處理這種事情,不知道是不是Arcrest所說的文件依賴,畢竟我的水平還不是太能理解過于簡練和抽象的表達(dá).
如果參數(shù)太長,應(yīng)該考慮重構(gòu),用類來替代,至于類實(shí)例的初始化,從文件讀取還是從網(wǎng)絡(luò)讀取,那是新的類的職責(zé)了.我不太理解"用類來代替"的意思,不過后面提到的職責(zé)使我想到了一個接口.
?1
//?接口,從某種數(shù)據(jù)源中讀取指定字段的值
?2
class??StreamReader
?3

{
?4
public:
?5
????virtual??~StreamReader();
?6
????virtual??const??string&??GetType()?const;
?7
????virtual??void??Open(const??string??&src);
?8
????virtual??void??Close();
?9
????virtual??void??GetValue(const??string??&key,??int??&value)?const;
10
????virtual??void??GetValue(const??string??&key,??float??&value)?const;
11
????virtual??void??GetValue(const??string??&key,??string??&value)?const;
12
}; 那么根據(jù)可能的不同的數(shù)據(jù)源,比如ini文件,或者xml文件,或者二進(jìn)制文件,又或者網(wǎng)絡(luò),都可以寫出相應(yīng)的子類.然后由需要初始化的類創(chuàng)建StreamReader實(shí)例,從傳入構(gòu)造函數(shù)的字符串打開相應(yīng)的源,進(jìn)行讀取.
那么應(yīng)該創(chuàng)建哪種源的StreamReader的實(shí)例呢?需要初始化的類不應(yīng)該負(fù)責(zé)判斷這些東西吧?是的,不需要,所以需要包裝一個負(fù)責(zé)判斷這些區(qū)別的類.
?1
//?負(fù)責(zé)注冊,管理,判斷,打開
?2
//?單件模式
?3
class??StreamReaderManager
?4

{
?5
public:
?6
???static?StreamReaderManager&??GetSingleton();
?7
???void??Register(StreamReader??&sr);
?8
//?這個就是負(fù)責(zé)判斷源類型并創(chuàng)建適當(dāng)StreamReader的地方
?9
???StreamReader*??Open(const??string??&src);
10
}; 利用這個manager,在需要初始化的類里面就可以比較好看的初始化你那海量的成員變量了.
^_^,感謝Arcrest
posted on 2006-07-02 13:12
LOGOS 閱讀(914)
評論(7) 編輯 收藏 引用