目前我们有一组代码允许服务插件提供与核心通信的形式，例如 tcp/ip、udp/ip、usb 等...这些服务插件将通知类实例反馈给核心以进行进一步处理.
在当前的实现中，一个服务项目(它是一个单独的动态链接库，由内核通过 dlopen 和 friend 在运行时引入)将针对驻留在核心源代码(一个单独的项目)中的 notifier.cpp 文件进行编译.这允许访问通知程序方法实现。这非常有效，没有任何提示。
两个备选方案: 1.将通知方法实现放在头文件中。 2. 将通知方法声明为虚拟的，并将绑定(bind)延迟到运行时。
避免计算开销问题选项 2 的影响是什么？
我们还有其他选择吗？
谢谢
最佳答案
是的，向消费者公开带有纯虚函数的接口(interface)是从 Windows DLL 公开 C++ 对象的标准方式。客户端不知道任何实现细节:没有成员变量，没有成员函数体，只有虚拟布局。
(添加引用计数和与语言无关的 dynamic_cast 版本，我们将其称为 QueryInterface，并且您拥有在 Windows 上无处不在的 COM)
此技术也适用于 *nix 共享库。
关于C++ Virtual 关键字作为一种避免包含代码单元的方法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4631329/