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

            woaidongmao

            文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            一定要堅守的原則

            1、不能從算法和數(shù)據(jù)結(jié)構(gòu)的組織這個層面上考慮設(shè)計,而應(yīng)該從從模塊和數(shù)據(jù)流的層面上考慮設(shè)計。把數(shù)據(jù)流搞清楚,按照需求,拆分成能夠完成需求的各自獨(dú)立的模塊,讓數(shù)據(jù)從起點(diǎn)到終點(diǎn)流動,被處理,最后得到結(jié)果。

                  比如:數(shù)據(jù)存儲模塊、價格發(fā)生器、價格過濾器、交叉盤價格合成器、價格發(fā)布器、視圖模塊;

            image

            2、根據(jù)數(shù)據(jù)流圖,拆分出來的獨(dú)立模塊,設(shè)計類;

            3、類的分別原則是:屬于流程不同模塊,即使功能相似或者相近,也不能合成一個類;

            4、一個類只做有限的事情,大而全的類雖然有可能是一種方案,但決不是最好的方案,它增加了耦合和復(fù)雜性,維護(hù)性也很低;

            5、類的實(shí)現(xiàn)部分,盡量不要直接調(diào)用類成員以外的數(shù)據(jù),比在類的函數(shù)中,直接對某個全局對象調(diào)用方法,這樣類函數(shù)執(zhí)行的前提是:這個全局對象必須存在,而這是一種耦合。解耦是簡單的,那就是把這個全局對象作為類函數(shù)的參數(shù)傳入;

            6、類的方法接口,應(yīng)該只接受能夠完成類方法所需要的數(shù)據(jù),如果傳遞一個指針,這個指針包含的內(nèi)容,可能遠(yuǎn)遠(yuǎn)超過類方法所需要的;

            7、關(guān)于上一點(diǎn)的解決辦法是:構(gòu)建類需要參數(shù)的POD,不要怕轉(zhuǎn)換,不要怕生成臨時對象,事實(shí)上我需要這樣做。

             

            ===========================================================================================

            改進(jìn)后的版本

            1、界面視圖本來可以承擔(dān)控制器的作用,也就是MVC簡化成MV。但是這樣就必須讓視圖來處理命令,試圖必須具備雙向的能力:即解析命令,并向下執(zhí)行同步到模型(數(shù)據(jù));根據(jù)模型(數(shù)據(jù)),同步視圖,向上更新界面;

            2、控制器和視圖集中在視圖里面,增加了視圖的復(fù)雜性,如果增加一個命令控制器,最終變成MVC,那么視圖就只需要具備向上更新UI的能力,向下執(zhí)行命令更改模型(數(shù)據(jù))的能力交給了命令控制器。這樣就實(shí)現(xiàn)了一上一下,各司其職的架構(gòu);

            3、形成視圖的經(jīng)常不只是一種數(shù)據(jù)流,往往多種數(shù)據(jù)流共同形成一個視圖:比如下面的結(jié)構(gòu)中,視圖是由:配置流,價格流,日志流三種組合而成的;

            4、增加命令控制器的作用的事顯而易見的,它讓業(yè)務(wù)控制的接口可以脫離視圖而存在。反過來理解,如果用視圖來同時充當(dāng)用戶命令接口,那么用戶命令接口存在的前提是視圖必須存在。而視圖是多變的,或者說可以根本不存在,那么把用戶命令接口放在其中極其不合適。試想一下,一個項目它可以是個對話框,可以是個多文檔,也可以是個控制臺,多變的界面,多變的視圖,但是用戶命令接口確實(shí)不便的,把用戶命令耦合到視圖的實(shí)現(xiàn)里面去,就不合適了;

            5、把命令控制器抽離出來的另一個好處是:集中管理用戶的命令,便于維護(hù)。試想一個如果對用戶命令的處理分散在若干個.cpp文件,幾十個C***Dailog的On***Button()消息相應(yīng)函數(shù)里面,理解,調(diào)試,維護(hù)起來,將是一件多為痛苦的事情;

            6、更多想寫的一句話,就是業(yè)務(wù)邏輯,不要和界面耦合起來,界面需要做的就是:顯示視圖,接受用戶命令兩個功能,其他的都沒必要在界面里面存在。舉個例子,用得很多的MFC OnTimer()函數(shù),事實(shí)上定時操作應(yīng)該是業(yè)務(wù)邏輯的部分,放在界面里執(zhí)行就不合適了;

            7、檢測界面與業(yè)務(wù)邏輯耦合程度的一個標(biāo)志就是:把程序里界面代碼剝離后,業(yè)務(wù)邏輯依然完整,程序依然可以運(yùn)行。如上面所說的,界面中處理OnTImer()函數(shù),則去掉界面代碼后,業(yè)務(wù)邏輯就不完整了,少了執(zhí)行定時業(yè)務(wù)處理的部分,這就是一中明顯的界面與業(yè)務(wù)邏輯耦合。

            image

            8、程序可以分為很多功能模塊,命令控制器能夠控制這些功能模塊的行為是應(yīng)該,這些功能模塊輸出信息到視圖里面也是應(yīng)該的。

             

            ===========================================================================================

            struct ViewResult
            {
                struct ViewSource
                {
                    char  symbol[12];
                    int        digits;
                    double minprice;
                    double minspread;
                    double peerminm;
                    BOOL    usepremium;
                    double premiumex;
                    char   session_current;
                    char    remark[256];
                    BOOL   session_enable;
                } view_source;
                struct ViewTrans
                {
                    BOOL   b_bid_success;
                    BOOL    b_ask_success;
                }view_trans;
                struct ViewPrice
                {
                    double bid;
                    double ask;
                }view_price;
            };

             

                BOOL UpdateViewSource(int index, const ViewResult::ViewSource& vs);
                BOOL UpdateViewTrans(int index, const ViewResult::ViewTrans& vt);
                BOOL UpdateViewPrice(int index, const ViewResult::ViewPrice& vp);
                BOOL UpdateViewMsg(const ViewMsg& vm);
            p

            posted on 2008-08-05 23:47 肥仔 閱讀(440) 評論(0)  編輯 收藏 引用 所屬分類: 編程思想

            久久综合偷偷噜噜噜色| 91视频国产91久久久| 国产精品久久久久久久人人看 | 怡红院日本一道日本久久 | 无码伊人66久久大杳蕉网站谷歌| 久久99热这里只频精品6| 久久综合香蕉国产蜜臀AV| 久久久久久久久无码精品亚洲日韩 | 亚洲精品无码久久久| 久久99国产综合精品| 久久无码精品一区二区三区| 久久综合九色综合网站| 久久久久久a亚洲欧洲aⅴ| 久久久久亚洲爆乳少妇无 | 97精品国产97久久久久久免费| 久久精品无码专区免费青青| 久久精品国产99久久丝袜| 色综合久久久久无码专区| 久久se精品一区二区影院| 久久久久久九九99精品| 亚洲欧美精品一区久久中文字幕| 久久91亚洲人成电影网站| 久久久久亚洲av成人网人人软件| 亚洲国产精品久久久久婷婷软件 | 国产美女久久久| 99精品久久久久久久婷婷| 久久久久九国产精品| 国产国产成人精品久久| 亚洲伊人久久大香线蕉综合图片| 久久男人AV资源网站| 精品久久久久久久中文字幕| 久久精品国产99国产精品澳门| 亚洲愉拍99热成人精品热久久| 一97日本道伊人久久综合影院| 国产巨作麻豆欧美亚洲综合久久| 久久99精品国产麻豆宅宅| 久久人妻少妇嫩草AV无码专区| 伊人久久大香线蕉av不卡 | 东京热TOKYO综合久久精品| 影音先锋女人AV鲁色资源网久久| 亚洲AV伊人久久青青草原|