• <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種軟件設計模式的一種。Observer模式是行為模式之一,它的作用是當一個對象的狀態發生變化時,能夠自動通知其他關聯對象,自動刷新對象狀態。   觀察者模式(Observer)完美的將觀察者和被觀察的對象分離開。舉個例子,用戶界面可以作為一個觀察者,業務數據是被觀察者...  閱讀全文
            posted @ 2012-05-01 11:47 sheng 閱讀(645) | 評論 (0)編輯 收藏
                 摘要: 算法意圖: 將算法骨架定義在父類當中,具體的實現放到子類當中。Template method可以不改變算法的骨架在子類中重新定義算法中的某些特定的步驟。 算法適用性: 1.       一次性將算法的不變部分封裝到父類當中,將可變的部分放到子類中去實現。 2.      ...  閱讀全文
            posted @ 2012-04-29 11:18 sheng 閱讀(384) | 評論 (0)編輯 收藏
                 摘要:   閱讀全文
            posted @ 2012-04-26 16:49 sheng 閱讀(2121) | 評論 (1)編輯 收藏
            在單線程中實現代碼很簡單:
            #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來進行資源管理。
            這個設計模式的思想就是在類中設置一個靜態對象,然后用singleTon::getInstance()這個函數去調用這個靜態對象
            posted @ 2012-04-25 11:27 sheng 閱讀(418) | 評論 (0)編輯 收藏
                 摘要:   閱讀全文
            posted @ 2011-12-25 15:10 sheng 閱讀(340) | 評論 (0)編輯 收藏
            先提出這樣一個問題,是我昨天去一家公司面試時遇到的問題,
            模塊一:
            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個例子說明模塊一比模塊二執行效率高,同樣舉出3個例子證明模塊二比模塊一執行效率高。
            頭一次遇到這種問題,很棘手,我當時的思路是從cpu執行效率、內存使用效率這兩個方面來考慮,列舉了一些可能的情況,應付了過去。
            回來仔細想了一下,查了一些相關的帖子好像都有提過,但都不是很全面,先把問題拋在這個地方等搞清楚了在寫。

            我以前遇到的問題大概都是這種類型的:
             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 }
            這兩個程序那個執行效率高,如果是以前我會毫不猶豫的說是第一個效率高,這是由于cpu切換的次數比較多導致性能下降,知道這句話不理解什么原理。我比較贊同下面的說法,
            1. 最長循環放到內部可以提高I cache的效率,降低因為循環跳轉造成cache的miss以及流水線flush造成的延時
            2. 多次相同循環后也能提高跳轉預測的成功率,提高流水線效率
            3. 編譯器會自動展開循環提高效率, 這個不一定是必然有效的
            但不是絕對正確的,比如: 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 
            這時候第一個的效率就比第二個的高,原因嘛和硬件也有一些關系,CPU對于內存的訪問都是通過數據緩存(cache)來進行的。
            比如一個通用CPU,一級緩存(L1-Cache)的大小為16K,而其組織結構為每32個字節一組(cache line size=32byte),
            也就是每次從二級緩存或內存取數據到一級緩存,都是一次性取32個字節。
            對于上面的第一段代碼,每次取數據到一級緩存,都有連續8次內存訪問可以共享一條緩存。
            而對于第二段代碼,每次取數據到一級緩存后,訪問一次后,基本上就沒有機會被再次使用了;
            上面這兩段代碼的區別在于第一段代碼,每次內存訪問后,地址值需要加常數4,而第二段代碼,每次訪問后,地址值加400。
            如果沒有對于緩存訪問的區別,那么這時我們的確可以將長的循環放在里層,短的放在外層。但是而其主要原因不是一般人所想象的指令數目的區別的問題,
            而主要由于分支預測錯誤會引起的流水線中斷從而導致性能的降低。
                 最后一個問題,有人說while比for循環效率高,不知道這個假設是否正確,先立在這搞清楚再補充。









            posted @ 2011-12-07 19:57 sheng 閱讀(3238) | 評論 (0)編輯 收藏
                 摘要: 虛函數和虛繼承  閱讀全文
            posted @ 2011-12-01 10:06 sheng 閱讀(350) | 評論 (0)編輯 收藏
            僅列出標題
            共3頁: 1 2 3 

            導航

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統計

            常用鏈接

            留言簿(1)

            隨筆檔案

            收藏夾

            同行

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久九九免费高清视频| 国产成人精品久久免费动漫| 久久精品无码一区二区三区| 看全色黄大色大片免费久久久| 欧洲人妻丰满av无码久久不卡| 亚洲一区中文字幕久久| 亚洲va久久久噜噜噜久久男同| 国产高潮国产高潮久久久91 | 韩国免费A级毛片久久| 国产精品伊人久久伊人电影| 欧美大战日韩91综合一区婷婷久久青草 | 亚洲精品乱码久久久久久| 日产精品久久久一区二区| 91精品无码久久久久久五月天| 久久天天躁狠狠躁夜夜avapp| 成人精品一区二区久久久| 日韩精品久久久久久久电影| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 精品久久人人爽天天玩人人妻| 国产精品久久午夜夜伦鲁鲁| 欧洲国产伦久久久久久久| 国产美女久久精品香蕉69| 久久99国产精品久久99小说| 香蕉久久夜色精品国产2020| 久久综合九色综合欧美狠狠| 91精品国产91久久久久久青草| 久久香综合精品久久伊人| 亚洲AV伊人久久青青草原| 久久99精品久久久久久不卡| 青青久久精品国产免费看| 蜜桃麻豆www久久| 久久噜噜电影你懂的| 国产国产成人精品久久| 色婷婷久久综合中文久久蜜桃av| 亚洲精品乱码久久久久久蜜桃| 亚洲伊人久久大香线蕉综合图片| 精品少妇人妻av无码久久| 亚洲国产精品无码久久SM| 青草国产精品久久久久久| 色偷偷偷久久伊人大杳蕉| 久久久久久午夜成人影院|