• <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>

            zhujian

            揣著夢(mèng)想騎驢找馬但不虐待驢
            posts - 10, comments - 7, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            最近遇到的一個(gè)問題,大伙來討論一下,希望得到高手的指點(diǎn),代碼的結(jié)構(gòu)是這樣的:

             1 class Para_Base
             2 {
             3     
             4 };
             5 
             6 class GA_Para
             7     :public Para_Base
             8 {
             9         
            10 };
            11 
            12 template <typename Para_Type>
            13 class Alg_Base
            14 {
            15     //
            16     shared_ptr<Para_Type> m_pPara;
            17 };
            18 
            19 class GA_Alg
            20     :public Alg_Base<GA_Para>
            21 {
            22     
            23 }

            解釋一下,一個(gè)參數(shù)基類,是各種算法參數(shù)的公共基類,第二個(gè)類是GA算法的參數(shù)類,繼承自Para_Base,第三個(gè)類是各種算法的基類,是個(gè)模板類,模板參數(shù)類型是算法參數(shù)類型,如GA_Para,第4個(gè)類是GA算法類,繼承自Alg_Base,這樣m_pPara對(duì)不同的算法指向不同的參數(shù),但這樣改動(dòng)一下代碼,程序得從頭重新編譯,因?yàn)槌绦驇?kù)的確比較大,編譯起來挺花時(shí)間的,(這是師兄帶我寫的一個(gè)智能演化算法的庫(kù),即將完成,我們打算開源,完成后再通告大家)大家有沒有更好的設(shè)計(jì)方法,比如把定義與實(shí)現(xiàn)分開,還望大家多發(fā)表些意見,不勝感激。



            Feedback

            # re: 關(guān)于高內(nèi)聚低偶合  回復(fù)  更多評(píng)論   

            2011-01-13 21:20 by yrj
            去掉模板,用指針

            # re: 關(guān)于高內(nèi)聚低偶合  回復(fù)  更多評(píng)論   

            2011-01-14 10:34 by 逐漸
            這我也想過,這樣每個(gè)類都得一個(gè)m_pPara,不然父類如何把指針向下轉(zhuǎn)換@yrj

            # re: 關(guān)于高內(nèi)聚低偶合  回復(fù)  更多評(píng)論   

            2011-01-20 23:48 by arrow8209
            如果從設(shè)計(jì)角度上說,你這樣做沒有問題。但是你從編譯效率說所有的模板編譯效率都不高,但是模塊的好處又不得不使用它。我個(gè)人建議你看看“策略模式”,也許對(duì)你會(huì)有一些啟發(fā)。在就是從實(shí)際角度出發(fā)你寫這些代碼的目的是什么,根據(jù)你最終的目的和實(shí)際的需求來做,如果說你代碼是一第三庫(kù)的形式提供給他人使用,當(dāng)然是用模板好了,如果你是自己代碼內(nèi)部使用,他就要考慮你代碼健壯性、可讀性、可擴(kuò)展性等等,總體來說以你的現(xiàn)在和未來的需求來確定你用什么方法。不要在注重某一個(gè)方面的的得失,而是從整體上考慮。
            就我個(gè)人來說 我會(huì)這樣設(shè)計(jì),不知道符不符合你的要求:
            class Para_base{}
            class Algo_base{}
            class AlgoSys
            {
            Para_base m_pPara_base;
            Algo_base m_pAlgo_base;
            //調(diào)用算法類的方法
            void Call()
            {
            //每個(gè)算法肯定知道他的參數(shù)應(yīng)該是什么
            m_pAlgo_base(m_pPara_base);
            }
            }

            # re: 關(guān)于高內(nèi)聚低偶合  回復(fù)  更多評(píng)論   

            2011-01-21 20:18 by 逐漸
            @arrow8209
            這種設(shè)計(jì)模式挺好,但是特定算法與參數(shù)存在向下轉(zhuǎn)換問題,添加算法增多,不同算法差異增大的話可能會(huì)有些麻煩.謝謝你,我再想想....

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


            久久久久久无码国产精品中文字幕 | 久久精品国产亚洲av水果派 | 精品国产一区二区三区久久久狼| 久久精品麻豆日日躁夜夜躁| 久久国产精品免费一区| 久久久久久精品免费免费自慰| 69SEX久久精品国产麻豆| 精品视频久久久久| 人妻丰满AV无码久久不卡| 99久久精品免费看国产| 亚洲国产精品高清久久久| 久久久久亚洲AV成人网| 成人国内精品久久久久影院| 中文字幕乱码久久午夜| 亚洲国产一成久久精品国产成人综合 | 日韩人妻无码精品久久久不卡| 国产毛片久久久久久国产毛片| 亚洲中文字幕无码久久2017| 久久国产影院| 国产免费久久久久久无码| 久久电影网2021| 精品国产一区二区三区久久| 人妻丰满AV无码久久不卡| 国产成人综合久久精品红| 久久天天躁狠狠躁夜夜2020老熟妇| .精品久久久麻豆国产精品| 久久久噜噜噜www成人网| 偷窥少妇久久久久久久久| 久久久久久久波多野结衣高潮| 亚洲精品久久久www| 久久精品视频一| 久久99热这里只有精品国产| 色妞色综合久久夜夜| 伊人久久精品无码av一区| 日韩人妻无码精品久久免费一 | 香港aa三级久久三级老师2021国产三级精品三级在 | 97精品久久天干天天天按摩| 久久精品人人做人人爽电影蜜月| 久久99久国产麻精品66| 久久久无码精品亚洲日韩按摩| 国产成人久久精品激情|