青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

huaxiazhihuo

 

消息發送VS設計模式 C++沉思錄的一練習題的另解

        緣起,看到一遍文章,題材取自于《C++沉思錄》,綜合利用好幾種設計模式,并且結合所謂的面向對象的技巧,然后洋洋自得,并且在最后,還反問:“有更好的解決方案嗎?”。本座暗嘆,又一個設計模式的毒害者。以下,就提出另一種解決方案。

       首先,先聲明一點,現實中,一張圖片,可以給予添加一層又一層片框,也可以和其他的圖片組合在一塊,或橫,或豎,……,但是,圖片,始終只有一張,對它處理之后,它就一直是那個樣子了,不可能同時看到它的兩個樣子,或加邊框,或和其他照片組合在一塊。如果,拿這張圖片去進行復制,那又自是另當別論,但那已經是另外一第圖片了。當然,對以下例子稍加修改,就能支持修飾的圖片的復制操作。

       本座最近在寫一套消息框架,如果這個例子能用上那套框架,寫起來就會很簡單。但是,即使沒有消息框架的支持,利用消息發送來解決這個問題,也是相當小兒科的事情。為了突出重點,忽略了各種異常處理,沒有優化,也不管什么編程風格,純粹直奔主題。解決這個例子的最重要一點,就在于打印圖片時,要一行一行地從頂到底順次打印下來。


typedef 
int (*ProcPictureImp)(void* pThis, int nMessage, void* param1, void* param2);

enum { PM_WIDTH, PM_HEIGHT, PM_PRINT_ROW};

struct PictureImp
{
    
void* pThis;
    ProcPictureImp proc;

    
int GetWidth()
    
{
        
return (*proc)(pThis, PM_WIDTH, NULL, NULL);
    }


    
int GetHeight()
    
{
        
return (*proc)(pThis, PM_HEIGHT, NULL, NULL);
    }


    
int PrintRow(int nRow, ostream& out)
    
{
        
return (*proc)(pThis, PM_PRINT_ROW, (void*)nRow, (void*)&out);
    }

}
;


class CPicture
{
public:
    CPicture(
const char* pDatas[], int nCount)
    
{
        m_pDatas 
= pDatas;
        m_nCount 
= nCount;
        m_nWidth 
= 0;
        
for (int i=0; i<m_nCount; i++)
        
{
            
int nLen = strlen(m_pDatas[i]);
            
if (m_nWidth < nLen)
                m_nWidth 
= nLen;
        }

        m_Imp.pThis 
= this;
        m_Imp.proc 
= HandleMsg;
    }

    
void Print(ostream& out);

public:
    PictureImp m_Imp;

private:
    
const char** m_pDatas;
    
int m_nCount;
    
int m_nWidth;

    
static int HandleMsg(void* pThis, int nMessage, void* param1, void* param2);
}
;

int CPicture::HandleMsg(void* pThis, int nMessage, void* param1, void* param2)
{
    CPicture
* pSelf = (CPicture*)pThis;
    
switch (nMessage)
    
{
    
case PM_WIDTH:
        
return pSelf->m_nWidth;

    
case  PM_HEIGHT:
        
return pSelf->m_nCount;
        
break;

    
case PM_PRINT_ROW:
        
int nRow = (int)param1;
        ostream
& out = *(ostream*)param2;
        
if (nRow >= pSelf->m_nCount)
            
break;
        
int i=0
        
for (; pSelf->m_pDatas[nRow][i] != 0; i++)
            
out << pSelf->m_pDatas[nRow][i];
        
for (; i<pSelf->m_nWidth; i++)
            
out << ' ';                
    }

    
return 0;
}


void CPicture::Print(ostream& out)
{
    
int nHeight = m_Imp.GetHeight();
    
for (int nRow = 0; nRow<nHeight; nRow++)
    
{
        m_Imp.PrintRow(nRow, 
out);
        
out << endl;
    }

}


class CFrameDecorater
{
public:
    CFrameDecorater(PictureImp
& imp)
    
{
        m_PrevImp 
= imp;
        imp.pThis 
= this;
        imp.proc 
= HandleMsg;
    }


private:
    PictureImp m_PrevImp;
    
static int HandleMsg(void* pThis, int nMessage, void* param1, void* param2);
}
;

int CFrameDecorater::HandleMsg(void* pThis, int nMessage, void* param1, void* param2)
{
    CFrameDecorater
* pSelf = (CFrameDecorater*)pThis;
    PictureImp
& prevImp = pSelf->m_PrevImp;
    
switch (nMessage)
    
{
    
case PM_WIDTH:
        
return prevImp.GetWidth()+2;

    
case  PM_HEIGHT:
        
return prevImp.GetHeight()+2;

    
case PM_PRINT_ROW:
        
int nRow = (int)param1;
        ostream
& out = *(ostream*)param2;
        
bool bMyRow = nRow == 0 || nRow>prevImp.GetHeight();
        
if (nRow >= prevImp.GetWidth()+2)
            
break;
        
if (nRow == 0 || nRow>prevImp.GetHeight())
        
{
            
out << '+';
            
for (int i=0; i<prevImp.GetWidth(); i++)
                
out << '-';
            
out << '+';
        }

        
else
        
{
            
out << '|';
            prevImp.PrintRow(nRow
-1out);
            
out << '|';
        }

    }

    
return 0;
}



class CHorseDecorater
{
public:
    CHorseDecorater(PictureImp
& impLeft, PictureImp& impRight)
    
{
        m_Left 
= impLeft;
        m_Right 
= impRight;
        impLeft.pThis 
= this;
        impLeft.proc 
= HandleMsg;
        impRight.pThis 
= this;
        impRight.proc 
= HandleMsg;
    }


private:
    PictureImp m_Left;
    PictureImp m_Right;

    
static int HandleMsg(void* pThis, int nMessage, void* param1, void* param2);
    
static void PrintRow(PictureImp& pict, int nRow, ostream& out)
    
{
        
if (nRow < pict.GetHeight())
            pict.PrintRow(nRow, 
out);
        
else
        
{
            
for (int i=0; i<pict.GetWidth(); i++)
                
out << ' ';
        }

    }

}
;

int CHorseDecorater::HandleMsg(void* pThis, int nMessage, void* param1, void* param2)
{
    CHorseDecorater
* pSelf = (CHorseDecorater*)pThis;
    PictureImp
& pictLeft = pSelf->m_Left;
    PictureImp
& pictRight = pSelf->m_Right;
    
switch (nMessage)
    
{
    
case PM_WIDTH:
        
return pictLeft.GetWidth()+pictRight.GetWidth();;

    
case  PM_HEIGHT:
        
return max(pictLeft.GetHeight(), pictRight.GetHeight());

    
case PM_PRINT_ROW:
        
int nRow = (int)param1;
        ostream
& out = *(ostream*)param2;
        PrintRow(pictLeft, nRow, 
out);
        PrintRow(pictRight, nRow, 
out);
    }

    
return 0;
}


int main()
{
    
const char* init1[] = {"Paris""in the""Spring""HaHa"};
    CPicture pict1(init1, 
3);
    pict1.Print(cout);
    CFrameDecorater framer1(pict1.m_Imp);
    
//pict1.Print(cout);
    CFrameDecorater framer2(pict1.m_Imp);
    pict1.Print(cout);
    CPicture pict2(init1, 
4);
    CHorseDecorater hors(pict1.m_Imp, pict2.m_Imp);
    pict1.Print(cout);
    CFrameDecorater framerHorse(pict1.m_Imp);
    pict1.Print(cout);
    
return 0;
}

 

       嗯,明眼人一眼就看出來了,切,這不過是模仿WINDOWS的窗口消息處理函數的伎倆而已。沒有繼承、沒有虛函數,何其美妙哉!

       又,注意到main()中的代碼,雖然pict1被裝飾了好幾次,但其圖片打印,始終都是pict1.Print(cout)。所謂不管八風亂起,我自巋然不動

posted on 2012-06-12 17:16 華夏之火 閱讀(2699) 評論(8)  編輯 收藏 引用 所屬分類: 玩具代碼

評論

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解 2012-06-12 19:42 Richard Wei

既然原文是指我的博文,我來嘗試評價下樓主上面的實現,如果有不正確的地方,請指正:
(1)樓主用C的方式來模擬C++的虛函數,除了以后難維護外,得到了什么好處?
(2)Windows用軟命令的方式來實現消息處理函數, 是因為消息類型太多,而且方便以后擴展新消息,我感覺用的恰到好處,但樓主這里也用這種方式就感覺有點過了。如果都按照這種方式,無論什么類都只要一個CommandHandler函數就夠了。我個人覺得一個用途明確的接口才是優雅的設計。
(3)請問樓主如何處理去邊框(unframe)的情況,如何知道當前的對象是不是支持unframe?
(4)樓主有沒有發現main函數里使用你的接口時特別別扭(比如這個代碼CHorseDecorater hors(pict1.m_Imp, pict2.m_Imp); pict1.Print(cout);), 我覺得良好的設計,應該讓使用的人覺得很舒服。
(5)樓主看起來挺討厭設計模式,但是在某些情況下用正確的設計模式確實可以讓你的程序有很好的可擴充性,畢竟它們是大師智慧的結晶。  回復  更多評論   

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解 2012-06-12 19:48 Richard Wei

當然,看了樓主一些博文,我還是挺佩服樓主的,就是希望樓主不要癡迷于windows 消息處理函數的設計機制。  回復  更多評論   

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解[未登錄] 2012-06-12 20:24 春秋十二月

樓主的代碼還欠火候了  回復  更多評論   

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解 2012-06-12 20:26 Richard Wei

這個例子源自《C++沉思錄》,同時也建議樓主看一下這本書,它會告訴你Why C++, how C++?  回復  更多評論   

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解 2012-06-12 20:40 華夏之火

這種消息處理的方式,大概是仁者見仁,智者見智吧。這里的實現,讓你覺得很難看,那只是因為缺乏了消息框架的支持,并且也是在下代碼寫得很急,沒進行任何優化。但即使這樣,也能顯示出這種方式的好處,那就是這個類的任何變化,都僅僅是只需要再增加幾個新的消息而已,不會影響用戶的原有代碼,也不要求重新編譯。@Richard Wei
  回復  更多評論   

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解 2012-06-12 20:43 華夏之火

至于《C++沉思錄》,早在很久以前,就翻爛了。c++中的書,大概也只有老爺子的書還有點看頭。現在寫代碼,做設計,都盡量不用繼承,連接口,可免則免@Richard Wei
  回復  更多評論   

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解 2012-06-12 20:46 華夏之火

嗯,這個,我也承認,努力進步吧。當然,在下也不奢望一個小時內就寫完的代碼,能顯示出多大的火候@春秋十二月
  回復  更多評論   

# re: 消息發送VS設計模式 C++沉思錄的一練習題的另解 2012-06-22 01:33 tb

嗯 挺好的一本書的   回復  更多評論   

導航

統計

常用鏈接

留言簿(6)

隨筆分類

隨筆檔案

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲视频免费看| 女女同性女同一区二区三区91| 亚洲欧洲精品一区二区精品久久久 | 久久爱www| 欧美一进一出视频| 午夜欧美理论片| 欧美在线啊v| 国内成人自拍视频| 久久精彩视频| 久久爱www久久做| 免费观看成人鲁鲁鲁鲁鲁视频| 麻豆精品网站| 亚洲精品永久免费| 亚洲一区二区三区精品在线| 午夜精品福利视频| 久久久久久电影| 欧美日韩免费区域视频在线观看| 国产精品一区二区久久精品| 在线日韩视频| 亚洲自拍啪啪| 欧美大片免费久久精品三p | 亚洲一区二区三区欧美| 99精品欧美| 性xx色xx综合久久久xx| 久久综合色天天久久综合图片| 欧美高清hd18日本| 国产老女人精品毛片久久| 在线激情影院一区| 亚洲午夜精品一区二区三区他趣 | 亚洲男人第一网站| 久久―日本道色综合久久| 亚洲毛片在线| 久久久精品五月天| 国产精品电影网站| 亚洲人成在线播放| 久久精品男女| 中文久久精品| 你懂的网址国产 欧美| 国产小视频国产精品| av成人毛片| 另类专区欧美制服同性| 宅男噜噜噜66一区二区| 免费中文字幕日韩欧美| 国产午夜精品一区理论片飘花| 亚洲一区区二区| 亚洲黄色成人网| 欧美一乱一性一交一视频| 欧美日韩国产色视频| 亚洲福利一区| 久久综合综合久久综合| 午夜在线不卡| 国产乱码精品1区2区3区| 亚洲淫性视频| 亚洲精品一区中文| 免费亚洲婷婷| 久久岛国电影| 好吊一区二区三区| 久久免费视频在线| 欧美一区二区三区视频| 国产亚洲a∨片在线观看| 欧美一级理论片| 亚洲欧美成人网| 国产精品盗摄一区二区三区| 亚洲欧美日韩国产综合| 亚洲一区二区四区| 国产精品日韩精品欧美在线| 亚洲一区在线观看免费观看电影高清| 最新日韩av| 欧美日韩妖精视频| 亚洲自拍偷拍色片视频| 亚洲一区999| 国产婷婷精品| 你懂的成人av| 欧美激情综合五月色丁香小说 | 亚洲毛片av在线| 亚洲日本中文字幕| 欧美日韩一级视频| 午夜亚洲福利在线老司机| 亚洲欧美成人精品| 黄色综合网站| 最近中文字幕mv在线一区二区三区四区 | 亚洲一本视频| 亚洲性感美女99在线| 国产日韩视频一区二区三区| 久久久欧美一区二区| 免费欧美在线视频| 亚洲自拍偷拍色片视频| 久久精品亚洲一区二区| 亚洲精品欧美在线| 一区二区高清在线| 国产喷白浆一区二区三区 | 亚洲中字黄色| 亚洲高清av在线| 一区二区三区国产在线| 国产中文一区二区| 亚洲精品少妇网址| 国产揄拍国内精品对白| 91久久精品美女| 国产午夜精品久久久久久久| 亚洲品质自拍| 国模精品娜娜一二三区| 亚洲国产欧美日韩另类综合| 国产精品综合| 亚洲大胆视频| 国产一区二区av| 99视频精品免费观看| 加勒比av一区二区| 亚洲色图在线视频| 亚洲日本免费电影| 欧美一区二区在线免费观看 | 亚洲国产精品视频| 亚洲深夜福利在线| 亚洲人成毛片在线播放女女| 亚洲免费视频成人| 日韩系列在线| 久久免费99精品久久久久久| 亚洲伊人网站| 欧美国产日韩视频| 欧美.日韩.国产.一区.二区| 国产欧美一区二区三区久久| 一本色道久久综合一区| 91久久久精品| 久久精品在线播放| 欧美在线视频播放| 欧美日韩综合久久| 亚洲第一在线综合网站| 一色屋精品视频在线看| 欧美一区二区视频网站| 午夜欧美不卡精品aaaaa| 欧美日韩国产系列| 亚洲人精品午夜| 亚洲国产日日夜夜| 久久国内精品视频| 欧美一级在线亚洲天堂| 欧美久久一级| 亚洲日本电影在线| 91久久精品美女| 欧美成人国产| 欧美激情中文字幕乱码免费| 韩国av一区二区三区在线观看 | 亚洲欧美在线一区| 国产精品老牛| 中文一区在线| 午夜精品视频| 国产精品久久久久久久电影| 一区二区日韩欧美| 亚洲欧美久久| 国产精品区免费视频| 亚洲一区自拍| 久久久久久久尹人综合网亚洲| 国产真实精品久久二三区| 欧美一区二区免费| 麻豆成人在线播放| 亚洲理论在线观看| 欧美高清一区二区| 亚洲午夜小视频| 可以看av的网站久久看| 亚洲欧洲精品一区二区三区波多野1战4| 欧美h视频在线| 中文在线不卡| 美女精品在线| 亚洲天堂久久| 国产一区二区三区最好精华液| 久久成人av少妇免费| 免费不卡亚洲欧美| 日韩视频一区二区三区在线播放| 欧美视频网站| 久久精品国产96久久久香蕉| 免费亚洲一区| 亚洲欧美在线网| 亚洲国产影院| 国产精品久久久久久久久久直播 | 久久久伊人欧美| 亚洲精品一区二区网址| 久久久综合激的五月天| 夜色激情一区二区| 狠久久av成人天堂| 亚洲视频日本| 免费成人高清视频| 亚洲影视综合| 亚洲福利专区| 久久九九精品| 在线亚洲精品福利网址导航| 亚洲电影免费观看高清完整版在线| 一本色道久久88亚洲综合88 | 激情综合久久| 欧美日韩在线视频一区二区| 久久精品国产精品亚洲| 亚洲免费大片| 欧美电影免费观看| 欧美在线观看视频| 99在线精品视频在线观看| 国产综合色在线| 国产精品日韩欧美大师| 欧美成人激情视频| 久久蜜桃精品| 久久国产综合精品| 亚洲午夜久久久久久久久电影网| 欧美成ee人免费视频| 欧美在线观看www|