C++基本功和 Design Pattern系列(2) Type Cast, Interface Inheritance VS

halei

继续研究马肝大大的深奥语言中.......~~``

aear

实际上就是因为有inheritance的混乱才会导致virtual function需要在base的protected里，不过对于interface inheritance来说，已经解决了这个混乱，因为所有的interface method都是 pure virtual. 因此不需要用protected. 但是对于 implementation inheritance，才需要把base的virtual放在protected里。不过使用protected和friend是很降低效率的。。。。。。。看情况决定吧。

halei

坐在墙角观战ING.......

千里马肝

继续re aear:
1. 我前面指的virtual放在public中，只是一个是否良好设计的问题. virtual本身并不混乱
2. 好的设计中，client不应该直接操作virtual接口
3. private、protected、public和friend都只是compile期会检查的东西，本身是不会有运行期的效率影响的

《Exceptional C++ Style》17、18、19章中已经有详细的介绍其原因，这也是C++在OO这么些年来所总结和积累下来的经验之谈，鄙人也身有同感，所以才极力倡导.

FantasyDR

aear: Re:C++基本功和 Design Pattern系列(2) Type Cast, Interface Inheritance VS Implementation Inheritance

实际上就是因为有inheritance的混乱才会导致virtual function需要在base的protected里，不过对于interface ...

比较倾向这个观点。感觉如果作为interface来用，那么pure virtual声明为public的应该没什么问题吧？

希望有人能具体说说interface实现成public pure virtual会出现什么问题……

xpertsoft

个人认为: interface function 越少越好.
pure virtual 除非你仅仅是做抽象层. 比如做一个抽象类. 那么public是必须的.
如果你仅仅是想让子类能改写一些父类的行为.那么能protected就protected. 这个主要是也是遵守"interface function 越少越好"的原则

比如我现在要支持多渲染器那么 RenderSystem的base class 的function都是public pure virtual .
而GUI 里面, xuiDialog/xuiWindow这两个基类.几乎只有hide/show等几个常用的public   function. 其他的都是protected的.
这样的好处是client 使用的时候不会迷惑.而扩展的时候也很明确需要做什么.

FantasyDR

哦，这样啊。
我其实也是在尝试作支持各种API的渲染器……

蓝屏死机

好东西，顶一下

hljgameres

感觉有收获 ：）

Yonei

从Aear发表c系列开始一直在看，到现在这篇觉得完全不懂了，晕啊。感觉自己差得太多啦~不过要感谢一下Aear的这种奉献精神。