好的…..我已经完成了有关相关问题的阅读,还有一些MSDN文章,以及大约一天的Googlesearch。
什么是目前的“最先进的”这个问题的答案:
我正在使用VS 2008,C ++非托pipe代码。 我有一个解决scheme文件与不lessDLL和不lessEXE。 只要我完全控制了构build环境,使得所有的部分和部分都使用相同的标志,并且使用相同的运行时库,并且没有人拥有静态链接的CRT库,那么我可以传递STL对象吗?
看来这应该是好的,但是根据你阅读的是哪篇文章,恐惧,不确定性和怀疑是很多的。
我知道模板在后台产生静态数据有各种各样的问题(每个DLL都会得到自己的副本,导致心痛),但是普通的旧STL又如何呢?
我们成功地在由几十个DLL组成的应用程序中传递了STL对象。 为了确保它能正常工作,我们在每个构建中运行的自动化测试之一是验证所有项目的设置。 如果您添加一个新项目并对其进行错误配置,或者中断现有项目的配置,则构建失败。
我们检查的设置如下。 请注意,并非所有这些都会导致问题,但我们检查它们的一致性。
#定义
_WIN32_WINNT STRICT _WIN32_IE NDEBUG _DEBUG _SECURE_SCL
编译器选项
DebugInformationFormat WholeProgramOptimization RuntimeLibrary
只要他们使用完全相同版本的运行时DLL,STL应该没有问题。 但是一旦你碰巧有几个,他们会使用不同的堆 – 导致无尽的麻烦。
我们在应用程序中使用stl集合,并将它们传递给不同dll(通常作为引用)的方法。 这不会造成任何麻烦。
我们唯一遇到麻烦的地方是一个dll分配内存,另一个dll尝试删除它。 这只是报告不好,但我不知道为什么。 然而,它似乎只是一个调试版本(据报道)的问题,但仍然在发布版本上工作。 话虽如此,我遇到这个问题,我做了修复。
如果我正在写第三方库,我会考虑在API中使用stl参数。 以前(VC6),我们必须使用OCI(Oracles C api)而不是OCCI(Oracles C ++ api),因为它只能与Microsoft STL实现一起工作,而且我们正在使用stlport。 当然,如果你让你的客户用自己的stl实现构建库,这不是一个问题。