• <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>
            隨筆 - 119  文章 - 290  trackbacks - 0

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

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 303716
            • 排名 - 84

            最新評(píng)論

            閱讀排行榜

            之所以說這個(gè),是因?yàn)橹暗囊黄恼?a href="/darkdestiny/archive/2006/05/31/7986.html">http://www.shnenglu.com/darkdestiny/archive/2006/05/31/7986.html
            Arcrest給我一些留言,我特別在意的是他說到的第五條,使用文件這種方法很局限,缺點(diǎn)太多,最重要的等于是給這個(gè)類強(qiáng)加了一個(gè)讀取文件的依賴。如果參數(shù)太長(zhǎng),應(yīng)該考慮重構(gòu),用類來替代,至于類實(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ì)的意見是構(gòu)造函數(shù)可能會(huì)拋出異常,使得類的構(gòu)造是不完整的,所以把初始化推到init,會(huì)是一個(gè)完整的類.對(duì)于這種反對(duì)意見我總是有點(diǎn)窒息,因?yàn)槲胰鄙訇P(guān)于不完整構(gòu)造的知識(shí),好像在《有效C++》里面提到過,不過我沒有找到.
            在我所做的一些工作中,每個(gè)類的初始化是依賴一個(gè)ini文件,向構(gòu)造函數(shù)傳遞一個(gè)文件名,然后讀取key-value對(duì),所以一直寫有一個(gè)ConfigFile的類處理這種事情,不知道是不是Arcrest所說的文件依賴,畢竟我的水平還不是太能理解過于簡(jiǎn)練和抽象的表達(dá).
            如果參數(shù)太長(zhǎng),應(yīng)該考慮重構(gòu),用類來替代,至于類實(shí)例的初始化,從文件讀取還是從網(wǎng)絡(luò)讀取,那是新的類的職責(zé)了.我不太理解"用類來代替"的意思,不過后面提到的職責(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ù)的字符串打開相應(yīng)的源,進(jìn)行讀取.
            那么應(yīng)該創(chuàng)建哪種源的StreamReader的實(shí)例呢?需要初始化的類不應(yīng)該負(fù)責(zé)判斷這些東西吧?是的,不需要,所以需要包裝一個(gè)負(fù)責(zé)判斷這些區(qū)別的類.
            ?1//?負(fù)責(zé)注冊(cè),管理,判斷,打開
            ?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 閱讀(910) 評(píng)論(7)  編輯 收藏 引用

            FeedBack:
            # re: 談?lì)惖某跏蓟?nbsp;2006-07-03 17:57 pandaxiaoxi
            你好,我剛開始寫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 天爬者
            看到你處理用文件初始化類的代碼

            我們工程中也大量遇到!原來我們也曾采用過類似你代碼里面的方案

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

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

            1.一般來說既然有l(wèi)oadfromfile的過程 就還需要寫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è)接口來操作,而不關(guān)心數(shù)據(jù)從哪兒來,當(dāng)然個(gè)人覺得,GetValue/SetValue的接口應(yīng)該和Open/Save分開,打開數(shù)據(jù)和保存數(shù)據(jù)的操作一般是開始和結(jié)束的,而使用GetValue/SetValue則可能到處都使用,不過還是看你應(yīng)用了,抽象和分離職責(zé)是OOP設(shè)計(jì)中的最難的。

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

            以上大俠提到的boost的serialization還沒看過,是在io的庫中嗎?不過boost的都是好東東的說,:)
              回復(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ì)情形,它參照的只是先后順序,也就是說:
            <key1>5</key1> 和 <key2>5</key2>
            <key2>6</key2> <key1>6</key1>
            是完全一樣的....
            順序過于嚴(yán)格,而key的數(shù)量又太多的話,由于編輯數(shù)據(jù)產(chǎn)生的奇異狀況估計(jì)沒那么容易捕獲.

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

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


            久久久中文字幕| 欧美黑人激情性久久| 久久久久亚洲爆乳少妇无| 久久婷婷是五月综合色狠狠| 久久水蜜桃亚洲av无码精品麻豆| 色噜噜狠狠先锋影音久久| 亚洲欧洲精品成人久久曰影片| 99久久99久久久精品齐齐 | 狠狠色丁香婷综合久久| 天天做夜夜做久久做狠狠| 狠狠色婷婷久久一区二区三区| 久久亚洲国产成人精品无码区| 国产精品久久久福利| 久久久久久久91精品免费观看 | 99热精品久久只有精品| 久久久久久国产精品免费无码| 青青草国产97免久久费观看| 9191精品国产免费久久| 97久久天天综合色天天综合色hd| 久久久久久午夜精品| 一本一道久久a久久精品综合| 久久国产精品-久久精品| 99re这里只有精品热久久| 久久AV高潮AV无码AV| 精品国产日韩久久亚洲| 久久人人爽人爽人人爽av| 久久久久久久国产免费看| 日韩精品国产自在久久现线拍| 99久久无色码中文字幕 | 午夜精品久久影院蜜桃| 久久国产成人精品国产成人亚洲| 日韩亚洲欧美久久久www综合网| 久久精品亚洲中文字幕无码麻豆| 无码精品久久久久久人妻中字| 亚洲国产欧洲综合997久久| 亚洲色大成网站www久久九| 亚洲AV日韩精品久久久久| 久久久久久亚洲Av无码精品专口| 久久99国产综合精品免费| 91精品国产色综久久| 亚洲午夜久久久|