GotW #14 Class Relationships Part I
著者:Herb Sutter
翻译:kingofark
[声明]:本文内容取自www.gotw.ca网站上的Guru of the Week栏目,其著作权归原著者本人所有。译者kingofark在未经原著者本人同意的情况下翻译本文。本翻译内容仅供自学和参考用,请所有阅读过本文的人不要擅自转载、传播本翻译内容;下载本翻译内容的人请在阅读浏览后,立即删除其备份。译者kingofark对违反上述两条原则的人不负任何责任。特此声明。
Revision 1.0
Guru of the Week 条款14:类之间的关系(上篇)
难度:5 / 10
(你的面向对象设计水平怎么样?本条款将描述一个迄今为止仍有许多程序员在犯的一个错误——唔,当然,是关于类的设计的错误)
[问题]
网络应用程序一般有两种不同的communication session(通信会话),每一个communication session(通信会话)有其自己特定的消息协议(message protocol)。当然,这两种协议也有相似之处,比如一些运算操作和一些消息(message)可能是相同的。于是,当程序员想在BasicProtocol类里面封装一些运算操作和消息的时候,就可能进行如下的设计:
class BasicProtocol /* : possible base classes */ {
public:
BasicProtocol();
virtual ~BasicProtocol();
bool BasicMsgA( /*...*/ );
bool BasicMsgB( /*...*/ );
bool BasicMsgC( /*...*/ );
};
class Protocol1 : public BasicProtocol {
public:
Protocol1();
~Protocol1();
bool DoMsg1( /*...*/ );
bool DoMsg2( /*...*/ );
bool DoMsg3( /*...*/ );
bool DoMsg4( /*...*/ );
};
class Protocol2 : public BasicProtocol {

本文围绕C++中类之间的关系展开,指出在类设计时很多程序员会混淆实现继承和接口继承,错误使用公有继承。通过分析代码,给出修改建议,如去掉不必要的虚拟函数、修改类名等,并强调模塑‘根据某物实现’关系时,优先采用成员归属方式,可使代码更简洁易维护。
&spm=1001.2101.3001.5002&articleId=2006&d=1&t=3&u=07a6b0c4ef9a46eeafaa9927dfbb3f89)
2万+

被折叠的 条评论
为什么被折叠?



