• <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: 博客園 模板提供:滬江博客
            久久国产美女免费观看精品| 久久久久久免费视频| 久久九九亚洲精品| 91精品国产91久久| 久久精品人人做人人爽电影| 久久久噜噜噜久久熟女AA片| 日本精品久久久久中文字幕| 无码8090精品久久一区| 精品久久一区二区三区| 久久久久亚洲AV片无码下载蜜桃 | 国产午夜精品久久久久九九电影| 看全色黄大色大片免费久久久| 久久精品国产男包| 国产福利电影一区二区三区久久老子无码午夜伦不 | 怡红院日本一道日本久久 | 精品久久久久久综合日本| 亚洲国产精品综合久久网络 | 99久久精品免费看国产免费| 伊人热热久久原色播放www| 久久久中文字幕| 亚洲精品美女久久777777| 亚洲精品NV久久久久久久久久| 国产精品久久久久久一区二区三区 | 亚洲伊人久久综合中文成人网| 狠狠久久亚洲欧美专区| 亚洲欧美日韩久久精品第一区| 久久久免费观成人影院| 国内精品久久久久影院免费| 日韩精品久久无码中文字幕| 久久久久久久91精品免费观看| 久久久久亚洲av毛片大| 国产成人精品久久亚洲高清不卡| 99久久国产综合精品麻豆| 色88久久久久高潮综合影院| 亚洲人AV永久一区二区三区久久| 国产精品久久久99| 狠狠色综合网站久久久久久久| 99久久亚洲综合精品成人| 91精品国产色综久久| 国产精品成人精品久久久| 久久久久国产精品麻豆AR影院 |