青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆 - 119  文章 - 290  trackbacks - 0

博客搬家了哦,請(qǐng)移步
叫我abc

常用鏈接

留言簿(12)

隨筆分類

我的博客

搜索

  •  

積分與排名

  • 積分 - 306721
  • 排名 - 84

最新評(píng)論

閱讀排行榜

之所以說(shuō)這個(gè),是因?yàn)橹暗囊黄恼?a href="/darkdestiny/archive/2006/05/31/7986.html">http://www.shnenglu.com/darkdestiny/archive/2006/05/31/7986.html
Arcrest給我一些留言,我特別在意的是他說(shuō)到的第五條,使用文件這種方法很局限,缺點(diǎn)太多,最重要的等于是給這個(gè)類強(qiáng)加了一個(gè)讀取文件的依賴。如果參數(shù)太長(zhǎng),應(yīng)該考慮重構(gòu),用類來(lái)替代,至于類實(shí)例的初始化,從文件讀取還是從網(wǎng)絡(luò)讀取,那是新的類的職責(zé)了.
類的初始化,我一直堅(jiān)持在構(gòu)造函數(shù)中完全進(jìn)行,而不是放到類似于init函數(shù)中等待顯式的調(diào)用.基于這樣的邏輯:一個(gè)實(shí)例,他誕生是因?yàn)樾枰?那么他就應(yīng)該在誕生之時(shí)完全做好準(zhǔn)備,此時(shí)構(gòu)造和init是連續(xù)執(zhí)行的,那么就應(yīng)該把init納入構(gòu)造函數(shù)中.一種反對(duì)的意見(jiàn)是構(gòu)造函數(shù)可能會(huì)拋出異常,使得類的構(gòu)造是不完整的,所以把初始化推到init,會(huì)是一個(gè)完整的類.對(duì)于這種反對(duì)意見(jiàn)我總是有點(diǎn)窒息,因?yàn)槲胰鄙訇P(guān)于不完整構(gòu)造的知識(shí),好像在《有效C++》里面提到過(guò),不過(guò)我沒(méi)有找到.
在我所做的一些工作中,每個(gè)類的初始化是依賴一個(gè)ini文件,向構(gòu)造函數(shù)傳遞一個(gè)文件名,然后讀取key-value對(duì),所以一直寫有一個(gè)ConfigFile的類處理這種事情,不知道是不是Arcrest所說(shuō)的文件依賴,畢竟我的水平還不是太能理解過(guò)于簡(jiǎn)練和抽象的表達(dá).
如果參數(shù)太長(zhǎng),應(yīng)該考慮重構(gòu),用類來(lái)替代,至于類實(shí)例的初始化,從文件讀取還是從網(wǎng)絡(luò)讀取,那是新的類的職責(zé)了.我不太理解"用類來(lái)代替"的意思,不過(guò)后面提到的職責(zé)使我想到了一個(gè)接口.
?1//?接口,從某種數(shù)據(jù)源中讀取指定字段的值
?2class??StreamReader
?3{
?4public:
?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ù)的字符串打開(kāi)相應(yīng)的源,進(jìn)行讀取.
那么應(yīng)該創(chuàng)建哪種源的StreamReader的實(shí)例呢?需要初始化的類不應(yīng)該負(fù)責(zé)判斷這些東西吧?是的,不需要,所以需要包裝一個(gè)負(fù)責(zé)判斷這些區(qū)別的類.
?1//?負(fù)責(zé)注冊(cè),管理,判斷,打開(kāi)
?2//?單件模式
?3class??StreamReaderManager
?4{
?5public:
?6???static?StreamReaderManager&??GetSingleton();
?7???void??Register(StreamReader??&sr);
?8//?這個(gè)就是負(fù)責(zé)判斷源類型并創(chuàng)建適當(dāng)StreamReader的地方
?9???StreamReader*??Open(const??string??&src);
10}
;
利用這個(gè)manager,在需要初始化的類里面就可以比較好看的初始化你那海量的成員變量了.

^_^,感謝Arcrest
posted on 2006-07-02 13:12 LOGOS 閱讀(940) 評(píng)論(7)  編輯 收藏 引用

FeedBack:
# re: 談?lì)惖某跏蓟?nbsp;2006-07-03 17:57 pandaxiaoxi
你好,我剛開(kāi)始寫blog,發(fā)代碼格式很不好看,你的代碼怎么那么好看哪?能教教我怎么做的嗎?  回復(fù)  更多評(píng)論
  
# re: 談?lì)惖某跏蓟?nbsp;2006-07-03 18:16 LOGOS
@pandaxiaoxi
在編輯文章的時(shí)候,網(wǎng)站的編輯工具中有一個(gè)"代碼"的按鈕,點(diǎn)擊那個(gè)你就明白了  回復(fù)  更多評(píng)論
  
# re: 談?lì)惖某跏蓟?nbsp;2006-07-04 10:37 天爬者
看到你處理用文件初始化類的代碼

我們工程中也大量遇到!原來(lái)我們也曾采用過(guò)類似你代碼里面的方案

但是現(xiàn)在我們采用的是boost序列化的方案來(lái)解決

基本上用序列化對(duì)比你的方法3個(gè)差別

1.一般來(lái)說(shuō)既然有l(wèi)oadfromfile的過(guò)程 就還需要寫savetofile,boost 把讀寫的操作統(tǒng)一了。

2.使用鍵值存取變量導(dǎo)致每個(gè)變量都需要有一個(gè) 全局唯一字符串的名稱,并且使用時(shí)候必須知道型別

3.boost封裝了標(biāo)準(zhǔn)容器的序列化,而普通方法遇到的時(shí)候則必須自己書寫迭代讀寫  回復(fù)  更多評(píng)論
  
# re: 談?lì)惖某跏蓟?nbsp;2006-07-04 22:11 笑笑生
boost序列化很方便  回復(fù)  更多評(píng)論
  
# re: 談?lì)惖某跏蓟?nbsp;2006-07-05 10:23 LOGOS
謝謝兩位.我搜索了一些boost序列化的文章,的確是挺簡(jiǎn)潔的.  回復(fù)  更多評(píng)論
  
# re: 談?lì)惖某跏蓟?nbsp;2006-07-12 15:41 Arcrest
那個(gè)參數(shù)太長(zhǎng),意思可以考慮把之間有相互關(guān)系的參數(shù)合并到一個(gè)類中作為成員變量,然后傳入類的實(shí)例

針對(duì)接口編程確實(shí)才是真正的OOP
用StreamReader/Writer,使得操作配置文件的都針對(duì)這個(gè)接口來(lái)操作,而不關(guān)心數(shù)據(jù)從哪兒來(lái),當(dāng)然個(gè)人覺(jué)得,GetValue/SetValue的接口應(yīng)該和Open/Save分開(kāi),打開(kāi)數(shù)據(jù)和保存數(shù)據(jù)的操作一般是開(kāi)始和結(jié)束的,而使用GetValue/SetValue則可能到處都使用,不過(guò)還是看你應(yīng)用了,抽象和分離職責(zé)是OOP設(shè)計(jì)中的最難的。

設(shè)計(jì)個(gè)好的比較通用的配置庫(kù)確實(shí)不容易,以前參考過(guò)apache的jakarta commons的Configuration的項(xiàng)目,但是終覺(jué)得對(duì)C++不適合,缺少的東西太多,人家Java畢竟不只是語(yǔ)言,而更是一個(gè)平臺(tái)。 也看過(guò)eMule等開(kāi)源軟件的配置設(shè)計(jì),感覺(jué)五花八門,什么都有,得出的結(jié)論是針對(duì)具體的項(xiàng)目寫,通用的太難。

以上大俠提到的boost的serialization還沒(méi)看過(guò),是在io的庫(kù)中嗎?不過(guò)boost的都是好東東的說(shuō),:)
  回復(fù)  更多評(píng)論
  
# re: 談?lì)惖某跏蓟?a name="Post"> 2006-07-13 18:49 LOGOS
嗯.我已經(jīng)下了boost練習(xí)了一下.
發(fā)現(xiàn)它不能適合類的初始化,因?yàn)槌跏蓟臄?shù)據(jù)是手工編輯的.
boost/serialization的數(shù)據(jù)格式有3,binary,txt,xml.
binary的基本上不指望能手工編輯.
txt的話基本上看不明白它的結(jié)構(gòu)是如何安排的,也不能手工編輯.
xml的話,雖然有key-value對(duì),但是boost/serialization并不關(guān)心配對(duì)情形,它參照的只是先后順序,也就是說(shuō):
<key1>5</key1> 和 <key2>5</key2>
<key2>6</key2> <key1>6</key1>
是完全一樣的....
順序過(guò)于嚴(yán)格,而key的數(shù)量又太多的話,由于編輯數(shù)據(jù)產(chǎn)生的奇異狀況估計(jì)沒(méi)那么容易捕獲.

不過(guò)對(duì)于序列化(非初始化),的確是一個(gè)相當(dāng)棒的方案.  回復(fù)  更多評(píng)論
  

只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              91久久视频| 亚洲一级电影| 欧美精品一区二区三区蜜臀| 亚洲福利一区| 一区二区三区精品视频| 欧美视频精品在线观看| 亚洲欧美国产精品专区久久| 久久国产精品一区二区三区| 樱桃成人精品视频在线播放| 欧美国产日韩亚洲一区| 在线综合亚洲欧美在线视频| 欧美一区中文字幕| 亚洲大片在线| 欧美日韩情趣电影| 欧美一区网站| 亚洲成人在线视频播放| 亚洲一区二区三区视频| 国产亚洲美州欧州综合国| 久久久久久久综合狠狠综合| 日韩视频在线播放| 久久狠狠亚洲综合| 亚洲精品黄色| 国产裸体写真av一区二区| 美女免费视频一区| 亚洲一级黄色| 亚洲国产欧美久久| 欧美有码在线观看视频| 亚洲国产欧美精品| 国产精品一级久久久| 美女精品国产| 亚洲欧美日韩中文视频| 最近看过的日韩成人| 久久国产精品色婷婷| 日韩一区二区电影网| 狠狠色综合色区| 欧美日韩精品一区| 久久综合网络一区二区| 亚洲一级黄色片| 亚洲国产婷婷香蕉久久久久久99| 欧美一区二区黄| 日韩一级黄色av| 激情欧美一区| 国产精品久久久久久久app| 美女脱光内衣内裤视频久久网站| 亚洲欧美另类在线| 亚洲美女在线国产| 亚洲第一区在线| 久久免费偷拍视频| 性18欧美另类| 亚洲在线观看视频| 亚洲精品一区二区三区不| 韩国三级在线一区| 国产伦精品一区二区三| 欧美午夜片在线免费观看| 欧美成人精品一区二区| 久久久久久夜精品精品免费| 午夜精品影院| 亚洲欧美日韩中文在线制服| 亚洲最新在线| 日韩一级在线| 99精品黄色片免费大全| 亚洲美女av黄| 亚洲人成在线播放网站岛国| 欧美国产一区在线| 欧美成人69| 欧美成人日韩| 欧美好骚综合网| 男女激情久久| 亚洲第一狼人社区| 亚洲高清成人| 亚洲欧洲另类国产综合| 亚洲欧洲一二三| 亚洲日本va在线观看| 亚洲精品日韩综合观看成人91| 亚洲国产裸拍裸体视频在线观看乱了中文 | 美女露胸一区二区三区| 久久精品人人做人人爽电影蜜月| 欧美一区二区视频在线| 新狼窝色av性久久久久久| 午夜免费久久久久| 性色一区二区| 久久久女女女女999久久| 久久久久久电影| 裸体一区二区三区| 亚洲高清免费在线| 91久久久久久久久| 一本久久a久久精品亚洲| 在线中文字幕日韩| 午夜免费在线观看精品视频| 久久精品99无色码中文字幕| 久久精品官网| 欧美不卡视频| 国产精品高潮呻吟久久| 国产亚洲欧美色| 亚洲国产天堂久久国产91| 亚洲免费av观看| 午夜精品久久久久久99热软件| 欧美专区中文字幕| 美女黄毛**国产精品啪啪| 亚洲国产欧美一区二区三区久久| 日韩西西人体444www| 亚洲欧美国产高清va在线播| 久久精品欧美日韩精品| 欧美激情精品久久久久久免费印度| 欧美日韩国产首页| 国产偷久久久精品专区| 亚洲黄色免费电影| 亚洲男人av电影| 久久亚洲精品一区二区| 最近中文字幕日韩精品| 亚洲免费人成在线视频观看| 久久久亚洲成人| 欧美日韩欧美一区二区| 韩国精品主播一区二区在线观看| 亚洲精品一区二区三区福利| 欧美一区二区三区另类| 欧美激情无毛| 亚洲欧美日韩在线综合| 欧美激情国产精品| 国外成人在线| 亚洲午夜极品| 欧美电影在线免费观看网站| 亚洲午夜视频在线| 免费成人毛片| 国产欧美视频一区二区| 99综合视频| 久久久综合精品| 一区二区三区久久精品| 欧美/亚洲一区| 国产亚洲精品高潮| 亚洲深夜福利网站| 欧美黄色大片网站| 欧美一区2区三区4区公司二百 | 欧美日本在线一区| 国内精品美女在线观看| 亚洲午夜精品久久| 亚洲风情亚aⅴ在线发布| 欧美一级视频一区二区| 欧美午夜视频一区二区| 亚洲精品欧美日韩专区| 久久天堂国产精品| 亚洲欧美国产另类| 欧美性做爰毛片| 一本久道久久综合狠狠爱| 牛夜精品久久久久久久99黑人| 亚洲欧美另类国产| 国产精品jvid在线观看蜜臀| 亚洲精选中文字幕| 欧美搞黄网站| 久久青草欧美一区二区三区| 国产欧美一区二区三区另类精品| 亚洲午夜黄色| 日韩视频免费观看| 欧美精品一区二区高清在线观看| 亚洲电影免费在线 | 亚洲一区二区三区四区在线观看| 欧美激情一区二区三区蜜桃视频| 怡红院精品视频| 久久综合精品国产一区二区三区| 亚洲综合日本| 国产精品一区二区在线| 亚洲男女自偷自拍图片另类| 日韩亚洲欧美在线观看| 欧美欧美午夜aⅴ在线观看| 日韩亚洲欧美高清| 91久久国产自产拍夜夜嗨 | 欧美国产视频一区二区| 亚洲国产女人aaa毛片在线| 欧美xx69| 欧美激情乱人伦| 99这里只有精品| 99伊人成综合| 国产精品羞羞答答| 久久狠狠久久综合桃花| 久久av一区二区| 影音先锋一区| 欧美激情精品久久久久| 欧美大片免费观看| 一区二区三区视频在线| 夜夜嗨av色一区二区不卡| 国产精品入口夜色视频大尺度| 午夜精品影院在线观看| 西瓜成人精品人成网站| 伊人久久婷婷| 91久久线看在观草草青青| 欧美视频久久| 久久久精品日韩| 蜜桃av一区二区在线观看| 中国成人黄色视屏| 亚洲欧美日韩精品综合在线观看| 国内精品久久久久伊人av| 欧美韩日亚洲| 国产精品福利影院| 久久婷婷国产麻豆91天堂| 欧美电影免费观看| 欧美一级日韩一级| 噜噜噜久久亚洲精品国产品小说| av成人免费在线观看| 欧美亚洲日本一区| 亚洲日本中文字幕免费在线不卡|