在根类中,虚拟的final方法比非虚拟的要好吗
Is virtual final method better than non-virtual one in a root class?
我有一个抽象类,它是类层次结构的根。这个根类有一个方法,它有一些琐碎的实现,似乎没有必要在任何时候、任何地方更改该实现。
使该方法成为非虚拟方法是可以的,但有可能某些子类会意外地重新实现它。在这种情况下,虚拟最终方法是更好的解决方案吗?
如果您决定将方法声明为virtual... final
,您将让所有用户支付虚拟调度的运行时成本,以保护少数可能意外隐藏基类函数的用户。
由于C++的指导原则之一是"你不为你不使用的东西付费",我想说,最好让函数不虚拟,如果嘲笑者隐藏了函数,就让他们负责。
如果一个子类错误地重新实现了它,那么对象是否从基类访问也没关系。这个决定归结为多态性,你希望这个方法是多态的还是不多态的?,如果你这样做了,就把它变成虚拟的,如果你不这样做,那就不要。
相关文章:
- 在模板基类中为继承类中的可选重写生成虚拟方法
- 跨 DLL 边界访问虚拟方法是否安全/可能?
- 是否可以使用基类非虚拟方法中的派生类虚拟方法?
- 如何编写 operator= 用于使用虚拟方法与非平凡成员的匿名联合
- 让编译器告诉什么确切的纯虚拟方法使结构抽象?
- 使用模板而不是虚拟方法的管道模式
- 派生类调用父类的方法,该方法调用重写的虚拟方法调用错误的方法
- 为什么调用没有正文的纯虚拟方法不会导致链接器错误?
- 出于什么目的,非虚拟方法将与C++一起使用?
- 为什么使用存储在虚拟方法表中的地址调用虚拟函数的函数会返回垃圾?
- 如何重写继承的嵌套类中存在的虚拟方法
- 私有虚拟方法有什么用?
- 基类可以声明虚拟方法但不定义它吗?仍然在派生类中定义
- googletest:测试基类具有纯虚拟方法的派生类时的核心转储
- 确保模拟的 GTest 方法覆盖虚拟方法
- CPP 继承虚拟方法解析顺序
- 我是否应该在包含虚拟方法的类上使用'memcpy'?如果没有,如何替换它?
- 用c++中的纯虚拟方法抽象模板类
- 解决虚拟方法的歧义继承的两种方法
- 没有针对完全专用模板类的外联虚拟方法定义