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

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 華夏之火 閱讀(2705) 評論(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>
            亚洲尤物在线视频观看| 国产精品久久9| 亚洲一区视频在线| 欧美在线视频免费播放| 亚洲精品一区二区在线观看| 亚洲午夜在线观看视频在线| 亚洲第一福利在线观看| 一区二区欧美视频| 亚洲茄子视频| 久久精品国产69国产精品亚洲 | 国产精品福利网站| 欧美激情按摩在线| 国产综合一区二区| 亚洲一区成人| 亚洲视频一区二区免费在线观看| 久久久女女女女999久久| 欧美一区免费| 国产精品xxxxx| 麻豆精品一区二区av白丝在线| 欧美日韩日韩| 亚洲国产欧美精品| 国产欧美在线观看| 亚洲美女黄色片| 亚洲精品国精品久久99热| 久久精品国产亚洲精品| 午夜一区二区三区不卡视频| 欧美天天影院| avtt综合网| 亚洲视频一区| 国产精品久久久久9999| 99精品欧美一区二区三区综合在线 | 国产美女精品视频免费观看| 99热在这里有精品免费| 99精品国产一区二区青青牛奶| 老色批av在线精品| 欧美大片免费观看在线观看网站推荐 | 欧美影院视频| 欧美在线免费观看视频| 国产乱子伦一区二区三区国色天香| 一本色道久久加勒比88综合| 一区二区三区蜜桃网| 欧美乱大交xxxxx| 亚洲青色在线| 亚洲一区二区三区视频| 国产精品伦一区| 亚洲影视在线| 久久米奇亚洲| 亚洲黄一区二区| 国产精品久久久久高潮| 亚洲在线免费视频| 久久久伊人欧美| 精品成人免费| 欧美 日韩 国产一区二区在线视频| 欧美肥婆bbw| 亚洲午夜电影| 国产一区自拍视频| 美女免费视频一区| 亚洲乱码国产乱码精品精可以看| 亚洲尤物视频在线| 伊人夜夜躁av伊人久久| 米奇777在线欧美播放| 99re热这里只有精品免费视频| 亚洲综合精品自拍| 激情五月婷婷综合| 欧美精品成人在线| 亚洲欧美日韩精品一区二区| 免费在线看成人av| 亚洲午夜精品国产| 黄色日韩精品| 欧美日韩在线一区二区| 久久xxxx| 一区二区三欧美| 欧美一区二区三区的| 亚洲人成网站777色婷婷| 欧美日韩中文在线观看| 久久久xxx| 中日韩视频在线观看| 欧美96在线丨欧| 午夜精品久久| 亚洲精品影院在线观看| 国产亚洲第一区| 欧美精品九九99久久| 久久精品二区| 亚洲调教视频在线观看| 99riav国产精品| 农夫在线精品视频免费观看| 亚洲一区在线直播| 亚洲黑丝在线| 国产一区二区在线免费观看 | 久久久久综合一区二区三区| 一本色道久久综合| 欧美黄色精品| 久久久蜜臀国产一区二区| 中国亚洲黄色| 亚洲人屁股眼子交8| 国产真实久久| 国产欧美日韩视频在线观看| 欧美日韩高清不卡| 久久夜色精品国产噜噜av| 亚洲欧美一区二区三区久久| 亚洲另类黄色| 欧美激情亚洲自拍| 免费欧美日韩| 久久久精品免费视频| 午夜亚洲一区| 香蕉av777xxx色综合一区| 亚洲精品乱码久久久久久蜜桃麻豆| 精品999久久久| 国产伪娘ts一区| 国产美女在线精品免费观看| 国产精品久久久久久久app| 欧美日韩久久久久久| 欧美精品一线| 欧美日本免费一区二区三区| 欧美二区视频| 欧美激情第一页xxx| 狂野欧美激情性xxxx欧美| 久久久青草婷婷精品综合日韩| 亚洲欧美日韩国产成人| 亚洲午夜久久久久久尤物 | 亚洲欧美国产精品专区久久| 999亚洲国产精| 日韩一级免费| 正在播放欧美视频| 亚洲视频中文| 亚久久调教视频| 久久国产视频网| 久久人人爽人人爽| 欧美阿v一级看视频| 欧美激情亚洲一区| 欧美日韩三级视频| 国产精品久久久久9999| 国产日本欧美视频| 在线成人免费观看| 亚洲精品一区久久久久久| 一区二区三区国产| 亚洲在线播放| 欧美怡红院视频| 久久久夜夜夜| 亚洲第一精品夜夜躁人人爽| 亚洲精品久久久久久久久久久| 日韩亚洲欧美高清| 亚洲专区在线| 久久国产福利| 欧美激情在线狂野欧美精品| 国产精品扒开腿做爽爽爽软件| 国产精品久久亚洲7777| 国产精品一区=区| 尤物yw午夜国产精品视频明星| 在线日韩一区二区| 一本色道久久加勒比88综合| 亚洲欧美综合网| 老司机午夜免费精品视频| 亚洲黄网站黄| 亚洲欧美在线免费| 免费在线观看日韩欧美| 欧美性jizz18性欧美| 狠狠狠色丁香婷婷综合久久五月| 亚洲精品影视| 久久视频在线视频| 欧美高清成人| 久久久精品tv| 欧美特黄一级大片| 亚洲成色最大综合在线| 亚洲性夜色噜噜噜7777| 猫咪成人在线观看| 亚洲性夜色噜噜噜7777| 女主播福利一区| 国产亚洲永久域名| 亚洲一区二区成人在线观看| 久久亚洲春色中文字幕| 欧美成人影音| 欧美一区国产在线| 欧美系列亚洲系列| 亚洲欧洲精品天堂一级| 久久精品国产免费看久久精品| 亚洲三级国产| 老司机精品久久| 国产亚洲精品久久飘花| 亚洲午夜极品| 亚洲精品四区| 老牛国产精品一区的观看方式| 国产三区二区一区久久| 中国成人亚色综合网站| 欧美激情久久久| 久久精品三级| 国产日韩在线一区二区三区| 亚洲一区二区三区乱码aⅴ| 欧美激情一区二区三区成人| 久久精品人人做人人综合 | 亚洲欧洲三级| 久久婷婷久久| 性色av一区二区三区| 国产精品成人v| 亚洲视频成人| 99国产麻豆精品| 欧美三区视频| 亚洲一区二区三区中文字幕在线| 亚洲激情啪啪| 欧美日韩福利|