Chinaunix首页 | 论坛 | 博客
  • 博客访问: 298965
  • 博文数量: 148
  • 博客积分: 4365
  • 博客等级: 上校
  • 技术积分: 1566
  • 用 户 组: 普通用户
  • 注册时间: 2008-07-05 21:38
文章分类
文章存档

2014年(2)

2013年(45)

2012年(18)

2011年(1)

2009年(54)

2008年(28)

我的朋友

发布时间:2013-01-11 11:29:32

区分接口继承与实现继承。pure virutal func:接口继承,强制派生类给出自己的实现。impure virutal func:接口继承,并给出默认的实现。none virtual func:接口继承+强制的实现继承。谨小慎微的对待继承设计,尽量重用,避免重复。......【阅读全文】

阅读(227) | 评论(0) | 转发(0)

发布时间:2013-01-11 09:57:53

public派生,派生类和基类之间就是一种“is-a”关系,参照里氏替换原则,基类出现的地方可用派生类替换。派生类对象也是一个基类对象,反之非也。设计好基类接口是否virtual,非virtual即接口与实现都进行派生,反之则只派生对外接口。剩下2种OO关系是 “has-a”和“is-implemented-in-term-of”,总体感觉吐糟了CPP中没有纯粹的interface,否则可以封装抽象的更好。......【阅读全文】

阅读(304) | 评论(0) | 转发(0)

发布时间:2013-01-10 21:59:38

降低文件间编译的依赖度。以防改个不对外的私有成员却导致包含其头文件的n多文件重编译。这个可是尼玛深有体会啊。。。。一种是采用pimpl(pointer to implementaion),前面哪个item大概写过。另一种用抽象类多态,只需抽象类的声明。还建议对头文件分类,有专门前向声明的,有对内部实现的等等。......【阅读全文】

阅读(402) | 评论(0) | 转发(0)

发布时间:2013-01-10 20:33:07

inline只是程序员向编译器提出的一个请求,编译器会根据自身的判断来决定是否对目标函数进行inline处理。inline建议只针对短小且调用频繁的函数,最好这个函数不会被频繁修改,否则包含了这个头文件的源文件都需要重新进行编译构建。慎用inline,它给调试带来了困难。......【阅读全文】

阅读(322) | 评论(0) | 转发(0)

发布时间:2013-01-10 18:26:47

使用异常的情况下,一定要力求异常安全代码,避免任何的资源泄漏,悬垂指针一类的风险。异常不太好控制,短木板理论,异常安全性取决于调用栈异常安全性最弱的那个函数。GOOGLE的C++ Guide Style 里禁用异常。......【阅读全文】

阅读(312) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册