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 华夏之火 阅读(2541) 评论(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

嗯 挺好的一本书的   回复  更多评论   


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理


导航

统计

常用链接

留言簿(6)

随笔分类

随笔档案

搜索

积分与排名

最新评论

阅读排行榜

评论排行榜