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

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 華夏之火 閱讀(2704) 評論(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++中的書,大概也只有老爺子的書還有點看頭?,F在寫代碼,做設計,都盡量不用繼承,連接口,可免則免@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>
            麻豆av福利av久久av| 欧美中文字幕视频在线观看| 国产人成精品一区二区三| 亚洲欧洲在线一区| 国语自产精品视频在线看一大j8 | 免费观看日韩| 国产精品三上| 一区二区精品国产| 中日韩高清电影网| 欧美理论在线播放| 亚洲激情电影中文字幕| 在线成人中文字幕| 久久人人精品| 欧美不卡高清| 亚洲国产福利在线| 免费成人黄色片| 亚洲大片精品永久免费| 91久久精品视频| 免费成人av在线| 亚洲电影免费观看高清| 亚洲激精日韩激精欧美精品| 久久综合色88| 亚洲第一区在线观看| 亚洲欧洲日韩综合二区| 免费欧美日韩| 亚洲日韩中文字幕在线播放| 日韩一级大片| 国产精品福利网站| 亚洲制服丝袜在线| 久久久精品999| 今天的高清视频免费播放成人 | 一本大道久久精品懂色aⅴ| 欧美成人一区二区三区在线观看| 欧美国产日韩在线观看| 亚洲乱亚洲高清| 欧美日韩视频| 香港成人在线视频| 免费视频一区二区三区在线观看| 在线不卡中文字幕播放| 欧美国产日本在线| 一区二区三区三区在线| 久久精品国产96久久久香蕉| 激情婷婷久久| 欧美片在线播放| 亚洲综合视频网| 男人的天堂亚洲| 在线视频精品一区| 国产午夜亚洲精品理论片色戒| 久久久久国产精品人| 亚洲国产精品一区| 先锋影音国产一区| 亚洲国产成人精品视频| 欧美视频不卡| 久久久久一本一区二区青青蜜月| 亚洲电影免费观看高清完整版在线| 亚洲精品久久久蜜桃| 国产精品免费小视频| 久久另类ts人妖一区二区| 亚洲美女电影在线| 久久人人97超碰精品888| 一本色道久久综合精品竹菊| 国产性猛交xxxx免费看久久| 欧美电影打屁股sp| 欧美一区国产一区| 亚洲美女视频网| 免费一级欧美片在线观看| 在线亚洲+欧美+日本专区| 黑人巨大精品欧美黑白配亚洲| 欧美日韩精品在线播放| 久久久亚洲国产天美传媒修理工| 9l视频自拍蝌蚪9l视频成人| 蜜桃av综合| 欧美一区在线视频| 在线一区二区三区四区| 亚洲国产高潮在线观看| 国产日本亚洲高清| 欧美小视频在线| 欧美不卡视频| 久久这里有精品视频 | 91久久综合| 久久香蕉精品| 欧美一区二区观看视频| 夜夜躁日日躁狠狠久久88av| 在线观看欧美激情| 国产婷婷色一区二区三区| 欧美性大战久久久久久久| 欧美精品videossex性护士| 久久精品一本| 小处雏高清一区二区三区 | 亚洲精品国产系列| 欧美18av| 女女同性女同一区二区三区91| 久久激情久久| 午夜精品一区二区三区在线| 亚洲一区二区免费视频| 在线综合亚洲| 日韩一级不卡| 中国成人亚色综合网站| 一本色道久久88精品综合| 日韩小视频在线观看专区| 亚洲黄色天堂| 亚洲狼人精品一区二区三区| 亚洲欧洲精品一区二区三区不卡 | 亚洲国产成人精品女人久久久 | 久久久水蜜桃| 久久亚洲精选| 另类av一区二区| 免费观看亚洲视频大全| 免费看精品久久片| 欧美高清视频| 欧美日韩精品在线视频| 欧美午夜视频网站| 国产精品日韩久久久| 国产欧美精品日韩精品| 国产亚洲a∨片在线观看| 韩日在线一区| 亚洲茄子视频| 亚洲视频一区在线| 欧美一区二区免费观在线| 久久精品中文字幕一区| 久久综合色综合88| 亚洲观看高清完整版在线观看| 亚洲国产精品一区| 这里只有精品视频在线| 亚洲欧美久久久久一区二区三区| 亚洲午夜精品17c| 久久精品理论片| 欧美国产91| 国产精品捆绑调教| 在线观看成人网| 亚洲视频在线观看网站| 久久久.com| 欧美成人自拍视频| 日韩亚洲国产精品| 欧美在线播放视频| 欧美大片免费观看| 国产精品一区久久| 亚洲国产日韩一区| 午夜免费日韩视频| 欧美成人一区二区三区在线观看| 99精品视频一区| 久久精品五月婷婷| 欧美日韩综合一区| 怡红院精品视频在线观看极品| 日韩视频不卡| 久久午夜视频| 亚洲天堂av高清| 另类酷文…触手系列精品集v1小说| 欧美色精品天天在线观看视频| 黄色成人精品网站| 亚洲宅男天堂在线观看无病毒| 久热精品在线视频| 亚洲素人在线| 欧美国产精品| 极品尤物av久久免费看| 亚洲欧美另类国产| 亚洲国产精品欧美一二99| 欧美一级午夜免费电影| 欧美视频在线观看 亚洲欧| 樱花yy私人影院亚洲| 欧美一区二区三区在线观看视频| 亚洲高清一二三区| 久久久精品五月天| 国产精品自在欧美一区| 在线一区二区三区四区五区| 狼人社综合社区| 午夜亚洲一区| 国产精品日韩久久久| 亚洲网站在线看| 亚洲黄色成人网| 猛男gaygay欧美视频| 狠狠色狠狠色综合日日五| 欧美在线视频免费播放| 一区二区三区日韩| 欧美日韩一区二区三区高清| 91久久久久久久久| 欧美99久久| 久久亚洲私人国产精品va| 国内激情久久| 久久久91精品国产| 香蕉久久久久久久av网站| 国产精品―色哟哟| 亚洲一区二区三区欧美 | 亚洲字幕一区二区| 国产精品mm| 亚洲自拍电影| 一区二区三欧美| 国产精品久久久久91| 午夜精品亚洲| 亚洲欧美精品在线| 国产亚洲欧美日韩日本| 久久久精品五月天| 久久精品91| 亚洲福利视频网站| 亚洲精品123区| 欧美另类视频在线| 亚洲少妇诱惑| 亚洲欧美成人一区二区在线电影 | 禁断一区二区三区在线| 久久一本综合频道|