由于之前的一段时间的日记上的空白,所以只能粗略地反思一下之前自己做过的工作。
当时那个ini读取接口基本也可以用了,不过总要套在项目上尝试运行,以及小部分的局部替换吧。
然后马上就掉入了一个winodws的坑——静态库和动态库
问题的背景是这样的: 这个接口类会用map保存所有的语言数据,是一个单例类。随便在一个地方写了,后来发现运行的不太对劲啊。后来才发现,vs的每一个模块都是解决方案的一个“模块”,这个模块可能会生成静态库lib,也可能会生成动态库dll。像这样一个单例类,如果放在静态库lib的模块之中,那么每当另外一个模块导入这个头文件,都会将这个lib导入该模块中(大概意思就是这样吧),也就是说,每个模块都会有一个该lib——所以单例类就不是全局单例的,只是一个模块里面单例而已。要想实现全局单例(整个解决方案),就得放入dll中。因为进程的地址空间中只会映射一次DLL,随后使用引用计数(这也是我后来才了解到的)。所以就应该在读取ini的接口类放在dll里面,而放在dll里面又得作为一个导出类——这里又有一个导出类的概念。
随后就将其放在现成的一个模块之中,作为导出类,提供给外部模块(相对于本模块而言,其他模块自然是外部模块啦),随即就做到了局部的语言替换的功能。