MyException - 我的异常网
当前位置:我的异常网» C++ » 一个困惑的类层次设计根据:回调函数,避免向下类型

一个困惑的类层次设计根据:回调函数,避免向下类型转换,该如何处理

www.MyException.Cn  网友分享于:2013-02-29  浏览:8次
一个困惑的类层次设计根据:回调函数,避免向下类型转换
class Element
{
virtual void doSomething();
};

ElementTree
{
Element * getElementInTree() {return data[i];}
void setElementInTree(Element* e) { e->doSomething(); i++; data[i]=e;}
private:
Element * data[] ;
int i;
};

class RedElement:Element
{
void doSomething() {int a=0; a++; ... ... };
void redDoSomething();
}
main()
{
Element *e = new RedElement();
ElementTree tree;
tree.setElementInTree(e);
Element *eBack = tree.getElementInTree();
//以下为了调用RedElement中才有的方法,不得不向下转化
RedElement *redEBack = dynamic_cast<RedElement>(eBack);
redEBack.redDoSomething() ;
}

关于上面的例子的问题:
effective c++中39条讲最好不要沿着类继承关系向下转换,那么是不是向下转换应该尽量少用?在什么情况下可以使用?
以上的的例子怎样重新设计,避免向下转换?
讲出这样设计的根据是什么,是什么设计理念使你这样做?




------解决方案--------------------
可以把类拆为可变的不变的吧
然后可变的类随便添加虚函数,不变的部分保持。


class Element
{
public:
virtual void doSomething();
CAlter *m_pAlter;

};
clasa CAlter
{
public:
virtual void redDoSomething();
}

class CRedAlter:public CAlter
{
public:
void redDoSomething(){.....};
}



ElementTree
{
Element * getElementInTree() {return data[i];}
void setElementInTree(Element* e) { e->doSomething(); i++; data[i]=e;}
private:
Element * data[] ;
int i;
};

class RedElement:Element
{
void doSomething() {int a=0; a++; ... ... };
void redDoSomething();
}
main()
{
Element *e = new RedElement();
ElementTree tree;
CAlter *a= new CRedAlter;
e->m_pAlter=a;
tree.setElementInTree(e);
Element *eBack = tree.getElementInTree();
//以下为了调用RedElement中才有的方法,不得不向下转化
//RedElement *redEBack = dynamic_cast<RedElement>(eBack);
eBack->m_pAlter->redDoSomething();
//redEBack.redDoSomething() ;
}

------解决方案--------------------
只是说避免滥用而已。不安全的操作用多了当然容易出问题。很遗憾,这种问题现实生活中不是总能避免的。否则类似的代码就根本不会出现了。
------解决方案--------------------
我觉得 楼主 这时的向下转换,是合理的。
因为这情况,不是在一般处理中的特殊化。它不会引起歧义,也不会发生错误。(它仅仅是处理Red的情况。不包括其它的子类,没有使用ifelse之类的。)
不过。我觉得这样写会更好些。。
C/C++ code
class Element
{
virtual void doSomething();
};

ElementTree
{
enType{enRed,    enSize};
ElementTree(){m_data.resize(enSize);}
~ElementTree(){...delete..}
Element * getElementInTree(enType type) {return data[type];}
void setElementInTree(Element *&e,enType type) { e->doSomething(); m_data[type] = e;}
private:
std::vector<Element *> m_data;
};

class RedElement:Element
{
void doSomething() {int a=0; a++; ... ... };
void redDoSomething();
}
main()
{
Element *e = new RedElement();
ElementTree tree;
tree.setElementInTree(e,ElementTree::enRed);
Element *eBack = tree.getElementInTree(ElementTree::enRed);
//此段代码只是针对red。所以我觉得是合理的。若此段是被包含于对所有的Element的处理,就是不合理的。
RedElement *redEBack = dynamic_cast<RedElement>(eBack);
assert(redEBack);
redEBack.redDoSomething() ;
}

文章评论

我跳槽是因为他们的显示器更大
我跳槽是因为他们的显示器更大
60个开发者不容错过的免费资源库
60个开发者不容错过的免费资源库
10个调试和排错的小建议
10个调试和排错的小建议
Java程序员必看电影
Java程序员必看电影
为啥Android手机总会越用越慢?
为啥Android手机总会越用越慢?
当下全球最炙手可热的八位少年创业者
当下全球最炙手可热的八位少年创业者
漫画:程序员的工作
漫画:程序员的工作
程序员的鄙视链
程序员的鄙视链
团队中“技术大拿”并非越多越好
团队中“技术大拿”并非越多越好
如何成为一名黑客
如何成为一名黑客
程序员必看的十大电影
程序员必看的十大电影
程序员周末都喜欢做什么?
程序员周末都喜欢做什么?
看13位CEO、创始人和高管如何提高工作效率
看13位CEO、创始人和高管如何提高工作效率
我是如何打败拖延症的
我是如何打败拖延症的
我的丈夫是个程序员
我的丈夫是个程序员
总结2014中国互联网十大段子
总结2014中国互联网十大段子
一个程序员的时间管理
一个程序员的时间管理
写给自己也写给你 自己到底该何去何从
写给自己也写给你 自己到底该何去何从
要嫁就嫁程序猿—钱多话少死的早
要嫁就嫁程序猿—钱多话少死的早
每天工作4小时的程序员
每天工作4小时的程序员
“肮脏的”IT工作排行榜
“肮脏的”IT工作排行榜
程序员都该阅读的书
程序员都该阅读的书
程序员应该关注的一些事儿
程序员应该关注的一些事儿
程序员和编码员之间的区别
程序员和编码员之间的区别
代码女神横空出世
代码女神横空出世
做程序猿的老婆应该注意的一些事情
做程序猿的老婆应该注意的一些事情
那些争议最大的编程观点
那些争议最大的编程观点
老美怎么看待阿里赴美上市
老美怎么看待阿里赴美上市
鲜为人知的编程真相
鲜为人知的编程真相
Web开发人员为什么越来越懒了?
Web开发人员为什么越来越懒了?
十大编程算法助程序员走上高手之路
十大编程算法助程序员走上高手之路
老程序员的下场
老程序员的下场
Web开发者需具备的8个好习惯
Web开发者需具备的8个好习惯
不懂技术不要对懂技术的人说这很容易实现
不懂技术不要对懂技术的人说这很容易实现
如何区分一个程序员是“老手“还是“新手“?
如何区分一个程序员是“老手“还是“新手“?
5款最佳正则表达式编辑调试器
5款最佳正则表达式编辑调试器
初级 vs 高级开发者 哪个性价比更高?
初级 vs 高级开发者 哪个性价比更高?
科技史上最臭名昭著的13大罪犯
科技史上最臭名昭著的13大罪犯
10个帮程序员减压放松的网站
10个帮程序员减压放松的网站
亲爱的项目经理,我恨你
亲爱的项目经理,我恨你
程序猿的崛起——Growth Hacker
程序猿的崛起——Growth Hacker
什么才是优秀的用户界面设计
什么才是优秀的用户界面设计
旅行,写作,编程
旅行,写作,编程
中美印日四国程序员比较
中美印日四国程序员比较
编程语言是女人
编程语言是女人
软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有