C和模块化：我应该在哪里划线？

>您已经提到了消息传递
>然后有一些简单的旧回调.如果对象需要能够在系统中的其他位置触发某个事件,请为其提供一个可以调用以触发该事件的回调函数.然后,它不需要了解您的其他架构
>并且使用模板和静态多态,您可以实现与接口类相同的大多数目标 – 但是性能开销为零. (例如,模拟游戏引擎,以便在编译时可以选择基于Direct3D或OpenGL的渲染器)

此外,模块化是棘手的,并不是通过隐藏接口后面的所有东西而得到的.对于它是模块化的,无论该接口实现什么都应该是可替换的.您必须有一个策略来将一个实现替换为另一个实现.并且必须能够创建多个不同的实现.

如果你只是盲目地隐藏接口后面的所有内容,那么你的代码根本就不是模块化的.替换任何实现任何东西将是一个巨大的痛苦,因为你需要挖掘无数的接口层来做到这一点.您必须遍历代码中的数百个位置,并确保选择并实例化并传递正确的实现.并且您的界面将如此通用,以至于它们无法表达您需要的功能,或者特定于无法实现其他实现.

如果你想要一个俗气的比喻,砖块是模块化的.砖可以很容易地取出并用另一块砖代替.但是你也可以将它们磨成细小的烤粘土颗粒.这是模块化的吗？你当然创造了更多,更小的“模块”.但唯一的影响是更换任何给定的组件要困难得多.我不能再拿起一块有形的砖块扔掉,把它换成砖块大小的东西.相反,我必须经历数千个小颗粒,为每个小颗粒寻找合适的替代品.而且由于被更换的部件不再被更大结构中的几块砖包围,但是有数十或数十万个颗粒,现在还有一些荒谬的其他“模块”受到影响,因为我换掉了他们与之接口的邻居. .

将所有东西磨成更细小的位并不会使任何更加模块化.它只是从您的应用程序中删除所有结构.编写模块化软件的方法是实际思考和确定哪些组件在逻辑上是如此独立且不同,以至于可以在不影响应用程序其余部分的情况下替换它们.然后编写应用程序和组件,以保持这种隔离.