
// Simulate Java Interface in C++/*interface IOne { voID Methodone(int i); .... more functions}interface ITwo { double MethodTwo(); ... more functions}class ABC implements IOne,ITwo { // implement Methodone and MethodTwo}*/ 在C语言中,一般来说,我们应该避免使用多重继承,尽管多继承在某些情况下确实有其优势.
class ABC {public: virtual voID Methodone(int /*i*/) = 0 {} virtual double MethodTwo() = 0 {} virtual ~ABC() = 0 {}protected: ABC() {} // ONLY ABC or subclass can access it}; 问题1>基于ABC的设计,我应该改进其他任何东西,以使其成为一个体面的ABC?
问题2>好的ABC不应该包含成员变量,而变量应该保存在子类中吗?
问题3>正如我在评论中指出的那样,如果ABC必须包含太多纯粹的功能呢?有没有更好的办法?
解决方法 >除非必要,否则不要为纯虚方法提供实现.>不要让你的析构函数纯粹虚拟.
>不要让你的构造函数受到保护.您无法创建抽象类的实例.
>更好地隐藏源文件中的构造函数和析构函数的实现,以免污染其他对象文件.
>使您的界面不可复制.
如果这是一个接口,那么最好没有任何变量.否则它将是一个抽象基类而不是一个接口.
太多的纯函数是可以的,除非你可以使用较少的纯函数来完成它.
总结以上是内存溢出为你收集整理的在C中设计ABC(抽象基类)的良好实践全部内容,希望文章能够帮你解决在C中设计ABC(抽象基类)的良好实践所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)