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

                 摘要: 一、什么是觀察者模式      Observer模式也叫觀察者模式,是由GoF提出的23種軟件設(shè)計(jì)模式的一種。Observer模式是行為模式之一,它的作用是當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生變化時(shí),能夠自動(dòng)通知其他關(guān)聯(lián)對(duì)象,自動(dòng)刷新對(duì)象狀態(tài)。   觀察者模式(Observer)完美的將觀察者和被觀察的對(duì)象分離開(kāi)。舉個(gè)例子,用戶(hù)界面可以作為一個(gè)觀察者,業(yè)務(wù)數(shù)據(jù)是被觀察者...  閱讀全文
            posted @ 2012-05-01 11:47 sheng 閱讀(649) | 評(píng)論 (0)編輯 收藏
                 摘要: 算法意圖: 將算法骨架定義在父類(lèi)當(dāng)中,具體的實(shí)現(xiàn)放到子類(lèi)當(dāng)中。Template method可以不改變算法的骨架在子類(lèi)中重新定義算法中的某些特定的步驟。 算法適用性: 1.       一次性將算法的不變部分封裝到父類(lèi)當(dāng)中,將可變的部分放到子類(lèi)中去實(shí)現(xiàn)。 2.      ...  閱讀全文
            posted @ 2012-04-29 11:18 sheng 閱讀(386) | 評(píng)論 (0)編輯 收藏
                 摘要:   閱讀全文
            posted @ 2012-04-26 16:49 sheng 閱讀(2124) | 評(píng)論 (1)編輯 收藏
            在單線程中實(shí)現(xiàn)代碼很簡(jiǎn)單:
            #include "stdafx.h"
            #include 
            <iostream>
            #include 
            "boost/shared_ptr.hpp"
            using namespace std;
            using namespace boost;

            class singleTon{
            public:
                
            static singleTon *getInstance(){
                    
            if (mySingleton.get() == NULL)
                    
            {
                        mySingleton 
            = shared_ptr<singleTon>(new singleTon());
                        
            return mySingleton.get();
                    }

                    
            else
                    
            {
                        
            return mySingleton.get();
                    }

                        

                }
            ;
            private:
                
            static shared_ptr<singleTon>mySingleton;
                singleTon()
                
            {
                    std::cout
            <<"singletom has been created!"<<std::endl;
                }
            ;
            }
            ;
            shared_ptr
            <singleTon>singleTon::mySingleton = shared_ptr<singleTon>();


            int _tmain(int argc, _TCHAR* argv[])
            {

                
            for(int i = 0; i < 100; i++)
                
            {
                    singleTon::getInstance();
                }

                
            return 0;
            }


            這里利用shared_ptr來(lái)進(jìn)行資源管理。
            這個(gè)設(shè)計(jì)模式的思想就是在類(lèi)中設(shè)置一個(gè)靜態(tài)對(duì)象,然后用singleTon::getInstance()這個(gè)函數(shù)去調(diào)用這個(gè)靜態(tài)對(duì)象
            posted @ 2012-04-25 11:27 sheng 閱讀(421) | 評(píng)論 (0)編輯 收藏
                 摘要:   閱讀全文
            posted @ 2011-12-25 15:10 sheng 閱讀(344) | 評(píng)論 (0)編輯 收藏
            先提出這樣一個(gè)問(wèn)題,是我昨天去一家公司面試時(shí)遇到的問(wèn)題,
            模塊一:
            1  forint i= 0;i<N; i++)
            2  {
            3      A;
            4      B;
            5      C;
            6  }
            7 
            模塊二:
             1  forint i= 0;i<N; i++)
             2  {
             3      A;
             4  }
             5  forint i= 0;i<N; i++)
             6  {
             7      B;
             8  }
             9 
            10  forint i= 0;i<N; i++)
            11  {
            12      C;
            13  }
            舉出3個(gè)例子說(shuō)明模塊一比模塊二執(zhí)行效率高,同樣舉出3個(gè)例子證明模塊二比模塊一執(zhí)行效率高。
            頭一次遇到這種問(wèn)題,很棘手,我當(dāng)時(shí)的思路是從cpu執(zhí)行效率、內(nèi)存使用效率這兩個(gè)方面來(lái)考慮,列舉了一些可能的情況,應(yīng)付了過(guò)去。
            回來(lái)仔細(xì)想了一下,查了一些相關(guān)的帖子好像都有提過(guò),但都不是很全面,先把問(wèn)題拋在這個(gè)地方等搞清楚了在寫(xiě)。

            我以前遇到的問(wèn)題大概都是這種類(lèi)型的:
             1 for(int i = 0;i<100;i++)
             2 {
             3    for(int j = 0;j<10000;j++)
             4    {
             5       //balabala
             6    }
             7 }
             8 和
             9 for(int i = 0;i<10000;i++)
            10 {
            11    for(int j = 0;j<100;j++)
            12    {
            13       //balabala
            14    }
            15 }
            這兩個(gè)程序那個(gè)執(zhí)行效率高,如果是以前我會(huì)毫不猶豫的說(shuō)是第一個(gè)效率高,這是由于cpu切換的次數(shù)比較多導(dǎo)致性能下降,知道這句話不理解什么原理。我比較贊同下面的說(shuō)法,
            1. 最長(zhǎng)循環(huán)放到內(nèi)部可以提高I cache的效率,降低因?yàn)檠h(huán)跳轉(zhuǎn)造成cache的miss以及流水線flush造成的延時(shí)
            2. 多次相同循環(huán)后也能提高跳轉(zhuǎn)預(yù)測(cè)的成功率,提高流水線效率
            3. 編譯器會(huì)自動(dòng)展開(kāi)循環(huán)提高效率, 這個(gè)不一定是必然有效的
            但不是絕對(duì)正確的,比如: 1 int x[1000][100];
             2 for(i=0;i<1000;i++)
             3   for(j=0;j<100;j++)
             4 {
             5   //access x[i][j]
             6 }
             7 
             8 int x[1000][100];
             9 for(j=0;j<100;j++)
            10   for(i=0;i=1000;i++)
            11 {
            12   //access x[i][j]
            13 }
            14 
            這時(shí)候第一個(gè)的效率就比第二個(gè)的高,原因嘛和硬件也有一些關(guān)系,CPU對(duì)于內(nèi)存的訪問(wèn)都是通過(guò)數(shù)據(jù)緩存(cache)來(lái)進(jìn)行的。
            比如一個(gè)通用CPU,一級(jí)緩存(L1-Cache)的大小為16K,而其組織結(jié)構(gòu)為每32個(gè)字節(jié)一組(cache line size=32byte),
            也就是每次從二級(jí)緩存或內(nèi)存取數(shù)據(jù)到一級(jí)緩存,都是一次性取32個(gè)字節(jié)。
            對(duì)于上面的第一段代碼,每次取數(shù)據(jù)到一級(jí)緩存,都有連續(xù)8次內(nèi)存訪問(wèn)可以共享一條緩存。
            而對(duì)于第二段代碼,每次取數(shù)據(jù)到一級(jí)緩存后,訪問(wèn)一次后,基本上就沒(méi)有機(jī)會(huì)被再次使用了;
            上面這兩段代碼的區(qū)別在于第一段代碼,每次內(nèi)存訪問(wèn)后,地址值需要加常數(shù)4,而第二段代碼,每次訪問(wèn)后,地址值加400。
            如果沒(méi)有對(duì)于緩存訪問(wèn)的區(qū)別,那么這時(shí)我們的確可以將長(zhǎng)的循環(huán)放在里層,短的放在外層。但是而其主要原因不是一般人所想象的指令數(shù)目的區(qū)別的問(wèn)題,
            而主要由于分支預(yù)測(cè)錯(cuò)誤會(huì)引起的流水線中斷從而導(dǎo)致性能的降低。
                 最后一個(gè)問(wèn)題,有人說(shuō)while比f(wàn)or循環(huán)效率高,不知道這個(gè)假設(shè)是否正確,先立在這搞清楚再補(bǔ)充。









            posted @ 2011-12-07 19:57 sheng 閱讀(3239) | 評(píng)論 (0)編輯 收藏
                 摘要: 虛函數(shù)和虛繼承  閱讀全文
            posted @ 2011-12-01 10:06 sheng 閱讀(353) | 評(píng)論 (0)編輯 收藏
            僅列出標(biāo)題
            共3頁(yè): 1 2 3 

            導(dǎo)航

            <2011年12月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統(tǒng)計(jì)

            常用鏈接

            留言簿(1)

            隨筆檔案

            收藏夾

            同行

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲色欲久久久综合网东京热| 欧美亚洲另类久久综合婷婷| 亚洲日本久久久午夜精品| 久久91精品综合国产首页| 四虎影视久久久免费| 一本一道久久综合狠狠老| 久久精品国产亚洲AV大全| 久久99热这里只有精品国产 | 91精品国产乱码久久久久久| 91久久精品国产成人久久| 久久久午夜精品| 久久国产乱子伦精品免费强| 久久久精品国产sm调教网站 | 国产色综合久久无码有码| 狠狠色噜噜狠狠狠狠狠色综合久久| 久久e热在这里只有国产中文精品99 | 久久久国产精华液| 久久精品中文字幕一区| 99久久精品免费看国产一区二区三区| 欧美午夜A∨大片久久| 国内精品久久久久影院一蜜桃| 久久久久高潮综合影院| 国产成人精品久久| 狠狠精品久久久无码中文字幕| 人妻无码αv中文字幕久久琪琪布| 99久久做夜夜爱天天做精品| 婷婷国产天堂久久综合五月| 一级做a爰片久久毛片16| 狠狠色丁香久久综合婷婷| 久久精品麻豆日日躁夜夜躁| 欧美va久久久噜噜噜久久| 久久天天躁夜夜躁狠狠| 久久精品国产99国产精品导航| 久久最新免费视频| 国产精品美女久久福利网站| 久久综合九色综合久99| 欧美久久久久久| 2020久久精品亚洲热综合一本| 日批日出水久久亚洲精品tv| 亚洲国产小视频精品久久久三级 | 久久久黄片|