C /C ++:构建你自己的插件框架 本文译自Gigi Sayfan在DDJ上的专栏文章。Gigi Sayfan是北加州的一个程序员,email:gigi@gmail.com. 本文是一系列讨论架构、开发和部署 C/C++跨平台插件框架的文章的第一篇。第一部分探索了一下现状,调查了许多现有的插件/组件库,深入研究了二进制兼容问题,并展现了一些该方案必要的一些属性。 后续的文章用一个例子展示了可用于 Window、Linux、Mac OS X并易于移植到其他系统的,具有工业级强度的插件框架。与其他类似框架相比,该框架有一些独一无二的属性,并且被设计为灵活、高效、易于编程、易于创建新插件,且同时支持 C和 C++。同时还提供了多种部署选项(静态或动态库)。 我将开发一个简单的角色扮演游戏,可以自己增加非玩家角色的插件。游戏的引擎加载插件并无逢地集成他们。游戏展示了这些概念并且展示能够实际运行的代码。 谁需要插件? 插件是你想开发一个成功的动态系统所需要的一种方式。基于插件的扩展性是当前扩展&进化一个系统的最具有实践意义的安全方式。插件使得第三方开发人员可以为系统做增值工作,也可以使其他开发人员增加新的功能而不破坏现有的核心功能。插件能够促进将关注点分开,保证隐藏实现细节,将测试独立开来,并最具有实践意义。 类似 Eclipse的平台实际上就是一个所有功能都由插件提供的骨架。Eclipse IDE自身(包括 UI和 Java开发环境)仅仅是一系列挂在核心框架上的插件。 为什么选择 C++ 众所周知,当用于插件时,C++不是一个容易适应新环境的东西。它非常依赖于编译器和平台。C++标准没有指定任何应用程序二进制接口,这说明由不同的编译器编译出的库甚至不同版本的库是不兼容的。加上C++没有动态加载的概念,且每个平台提供了自己的与其他平台不兼容的解决方案,你就能够了解。有少许重量级的解决方案试图说明不仅仅是插件和对一些额外的运行时的支持的依赖。但当要求高性能系统时,C/C++依然是仅有的实际可行的选项。 那里有什么? 在着手一个全新的框架之前,检查现有的库或者框架是值得的。我发现既有重量级的解决方案,如 M$的COM和 Mozilla的XPCOM(Cross-platform COM),或者只提供相当基础功能的如 QT的插件以及少许关于创建 C++插件的文章。一个有趣的库,DynObj,声称能解决二进制兼容的问题(在相同的约束下)。也有一个由 Daveed Vandervoorde提出,作为一个原生的概念给 C++添加插件的提案。那是一个有趣的读物,但...