C 中的继承:好、坏还是其他?

BrT*_*BrT 5 c oop

我们拥有经过数十年开发的大型 C 代码库。该代码的特点之一是对函数指针和伪继承的大量依赖。习语(如此处讨论的如下所示:

typedef struct twod_ {
    double x, y;
} twod;

typedef struct threed_ {
    twod super;
    double z;
} threed;

threed *point_3d;
twod *point_2d = (twod *)point3d;
Run Code Online (Sandbox Code Playgroud)

此时point_2d->xpoint_3d->x是同一块内存。

我的问题是:

  • 这个习惯用法在现代生产代码中仍然流行吗?(任何推荐的开源示例)
  • 这段代码对性能有要求——这个习惯对速度和/或内存使用有帮助吗?
  • 它的实现方式(或者由于多年的代码膨胀)现在感觉有点像意大利面条代码——一般来说,这是实现的问题,还是习惯用法的问题?或者换句话说,在理想的情况下,500k LOC 这个习语会很快被理解吗?

当然,“如果它没坏,就不要修理它”这句格言值得牢记。然而,目前这并没有真正帮助我们,所以我们认为我们可能需要更深入地重构......

谢谢!

unw*_*ind 2

我想说这很好,尽管它当然很容易混淆,因为它变得相当冗长。

对我来说,“带有类的 C”的旗舰开源实现可能是GTK+,特别是gobject模块。