• <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>
            志氣天涯  
            大數(shù)據(jù)搜索,分布式服務(wù),模式設(shè)計(jì),系統(tǒng)架構(gòu)設(shè)計(jì)
            日歷
            <2011年1月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345
            統(tǒng)計(jì)
            • 隨筆 - 1
            • 文章 - 0
            • 評(píng)論 - 5
            • 引用 - 0

            導(dǎo)航

            常用鏈接

            留言簿

            隨筆檔案

            搜索

            •  

            最新評(píng)論

             
              我們?cè)诔绦蜷_發(fā)中,也許經(jīng)常碰到這樣的情況,在一個(gè)業(yè)務(wù)流程中會(huì)調(diào)用很多不同的函數(shù)。

                例如:
            //---------------------------------------
                func1(param1);

                func2(param21,param22);
               
                func3(param31,param32,param33);

            //----------------------------------------
                 而在上面三個(gè)函數(shù)中每個(gè)函數(shù)的內(nèi)部很可能都查詢?cè)L問了同一個(gè)數(shù)據(jù),這樣就造成了資源的浪費(fèi),
            有沒有解決辦法呢?
                 我想了一個(gè)解決方法,我命名為“數(shù)據(jù)商店”。“數(shù)據(jù)商店”:從名字即可看出思路,在整個(gè)業(yè)務(wù)流程中創(chuàng)建一個(gè)二重hash表,先按類型做外層hash表的key,而后按每個(gè)對(duì)象關(guān)鍵字來做內(nèi)層hash表的key。用這種結(jié)構(gòu)把數(shù)據(jù)暫存起來以便業(yè)務(wù)流程中每個(gè)函數(shù)訪問。那怎么在業(yè)務(wù)流程中的每個(gè)函數(shù)內(nèi)部訪問呢?
            把存儲(chǔ)數(shù)據(jù)的二重hash表做為參數(shù)傳給每個(gè)函數(shù)。
            下面是偽代碼:
            //-----------------------------------------------------------------
            #include <map>
            #include <string>

            using namespace std;

            typedef struct DataNode
            {
               string type;
               map<string,void*> goods;
            } Chest;

            map<string,Chest> shop;

            func1(param1,&shop);

            func2(param21,param22,&shop);
                
            func3(param31,param32,param33,&shop);
            //-----------------------------------------------------------------
            在每個(gè)函數(shù)中在訪問請(qǐng)求數(shù)據(jù)前,都在shop中搜索要請(qǐng)求的數(shù)據(jù)在shop中是否存在,如果shop中存在就
            直接取出,不必再訪問請(qǐng)求數(shù)據(jù)節(jié)省了資源和時(shí)間。
            這個(gè)解決方法只在一個(gè)業(yè)務(wù)流程中使用,不作為類似緩存或持久層來使用。請(qǐng)大家給些意見,現(xiàn)在還沒有完善。




            posted on 2011-01-11 15:58 sapielion 閱讀(1604) 評(píng)論(5)  編輯 收藏 引用
            評(píng)論:
            • # re: 我在程序模式設(shè)計(jì)上的一個(gè)想法不知道算不算一個(gè)模式  doyle Posted @ 2011-01-11 16:57
              這是個(gè)緩存的思路
              不過,請(qǐng)解決數(shù)據(jù)更新問題
              如果數(shù)據(jù)庫里的值更新了,你這個(gè)二維hash表要怎么更新呢
              先查詢一次,判斷是不是更新了?
              那還是直接查詢吧  回復(fù)  更多評(píng)論   

            • # re: 我在程序模式設(shè)計(jì)上的一個(gè)想法不知道算不算一個(gè)模式  gbb21 Posted @ 2011-01-11 17:05
              這個(gè)不是山寨cache么?不過cache做得比你這個(gè)更加完善,首先,cache是隱式的,不需要額外的變量,其次cache很好解決了聲明周期控制,并發(fā)訪問控制等在你這很難解決的問題。  回復(fù)  更多評(píng)論   

            • # re: 我在程序模式設(shè)計(jì)上的一個(gè)想法不知道算不算一個(gè)模式  不得不過來回復(fù)一下 Posted @ 2011-01-11 21:21
              不得不過來回復(fù)一下

              如果這個(gè)數(shù)據(jù)商店是唯一的,那么可以做成全局靜態(tài)變量,完全不需要用參數(shù)

              另外,如果你的程序運(yùn)行在一個(gè)容器中,比如servlet,EJB之類的,完全可以將這個(gè)數(shù)據(jù)商店托管給容器來處理,比如綁定到JNDI,你這個(gè)想法太簡單了,不能做為模式。
                回復(fù)  更多評(píng)論   

            • # re: 我在程序模式設(shè)計(jì)上的一個(gè)想法不知道算不算一個(gè)模式  jmchxy Posted @ 2011-01-12 10:39
              另外,如果這一系列函數(shù)和那個(gè)數(shù)據(jù)都是和某個(gè)問題相關(guān)的,可以把這些函數(shù)和數(shù)據(jù)封裝到類中,數(shù)據(jù)直接是類的成員,也不需要顯式提供一個(gè)單獨(dú)的參數(shù),還可防止數(shù)據(jù)被其他函數(shù)錯(cuò)誤修改。  回復(fù)  更多評(píng)論   

            • # re: 我在程序模式設(shè)計(jì)上的一個(gè)想法不知道算不算一個(gè)模式  finalday Posted @ 2011-01-13 13:25
              這個(gè)模式應(yīng)用得很廣泛。一說cache大家都知道了。
              不是gof里面的模式,但一般情況下其實(shí)比那些模式更常用。
              不建議自己實(shí)現(xiàn),有太多好實(shí)現(xiàn)了。
                回復(fù)  更多評(píng)論   


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


             
            Copyright © sapielion Powered by: 博客園 模板提供:滬江博客
            久久精品人人槡人妻人人玩AV | 精品精品国产自在久久高清| 中文无码久久精品| 成人妇女免费播放久久久| 久久福利青草精品资源站免费| 久久久久夜夜夜精品国产| 性做久久久久久久久浪潮| 久久人人爽人人爽人人AV | 国产精品久久久久久福利69堂| 91精品国产高清久久久久久io| 久久福利青草精品资源站| 亚洲国产视频久久| 亚洲国产精品久久久久婷婷老年 | 亚洲国产精品成人久久| 久久国产美女免费观看精品| 亚洲精品乱码久久久久久蜜桃不卡 | 性做久久久久久免费观看| 久久国产精品99精品国产| 欧美亚洲国产精品久久久久| 久久99精品综合国产首页| 亚洲va中文字幕无码久久| 久久久久久国产精品美女| 国产精品久久国产精麻豆99网站| 久久精品国产久精国产果冻传媒| 国产精品久久久久久福利69堂| 亚洲成色www久久网站夜月| 开心久久婷婷综合中文字幕| 国产99久久九九精品无码| 国产精品福利一区二区久久| 久久精品水蜜桃av综合天堂| 日产精品99久久久久久| 日韩人妻无码精品久久免费一| 伊人色综合久久天天人手人婷| 久久国内免费视频| 久久人做人爽一区二区三区| 热99RE久久精品这里都是精品免费 | 狠狠狠色丁香婷婷综合久久五月| 久久国产免费直播| 亚洲精品乱码久久久久66| 欧美综合天天夜夜久久| 99久久精品国产一区二区|