相信编译过Openh323的同学都知道.dtf文件,但这个文件有什么作用呢?下面做相信介绍,文章的大部分是对Craig Southeren的文章进行翻译得到的.在此向Craig Southeren致敬.
DTF是Definition Template File的首字母缩写,它的最主要的用途就是为产生DLL导出函数列表.
在Openh323中大概要导出8000-16000个函数(现在已经越来越多了),根据选择的不同的编译模式,导出的函数也不尽相同, No Trace模式编译的DLL最小,导出的函数也最少,它去掉了调试跟踪信息,适合于做发行版.Release只去掉了调试的部分,没有去掉跟踪的部分.Debug编译的就最大了,通常都有10几m之巨.PTRACING,PASN_NOPRINTON,PASN_LEANANDMEAN三个预定义决定了Trace不同的编译模式,加上PTRACING就是打开了Trace,加上了PASN_NOPRINTON,PASN_LEANANDMEAN就是关闭了Trace.导出的这些函数中很多都有相当长的名字,特别在由ASN产生的一些类中.所以你如果简单的建立一个DLL,产生的函数表就会达到几兆了.
为了避免这个问题,你可以使用.def,然后给每个函数一个序号来代替他们的名字,然后对应函数名和序号可以导出一个lib库文件,这样可以使得DLL变的更小,装载的时候也可以变的更快.(更详细的内容请参看<Windows核心编程>之动态连接库篇)但同时也要付出相当的代价,每次重新编译的时候都会根据导出函数的改变而产生不同的函数序号,这样就导致每次重新编译DLL,相应的应用程序也要重新编译,一旦你的应用程序已经发行,如果你只替换DLL来实现升级,此处就显得无能为力了.应用程序找到函数的唯一方法是通过函数对应的序号,如果你不重新编译DLL,应用程序就会根据函数序号调用错误的函数.
这个时候MergeSym就诞生了,MergeSym导出库文件里的函数,然后跟现有的序号对应结合来产生.def文件.这样函数就可以保持原来的序号,不用重新编译应用程序就可以调用重新编译过的DLL.但是如果你只用def文件的话,def文件是确定的,而编译模式却不同,但导出的函数的仍然是相同的,所以我们要根据不同的编译模式,用MergeSym产生不同def.所以dtf是def的一个很好的扩展.