*.inl文件是内联函数的源文件,通常内联函数在C++头文件中实现,但有时为了考虑将其实现与头文件分离,故意在另一文件中实现,通常它在声明内联函数的头文件的末尾被#include语句包含进来。
由此也可以看到inl文件的例外一个用法的影子——模板函数、模板类的定义代码的存放。对于比较大的工程来说,出于管理方面的考虑,模板函数、模板类的声明部分一般存放在一个或少数几个文件中,而将其定义部分存放在inl文件中,然后在相应的头文件中包含进来。
简单框架如下:
// .h文件 template<class T1,class T2> class CTemplateClass { public: CTemplateClass(); virtual ~CTemplateClass(); BOOL getInfo(CStringArray& userBaseInfoAry); }; // .inl文件 template<class T1,class T2> CTemplateClass<T1,T2>::CTemplateClass() { } template<class T1,class T2> CTemplateClass<T1,T2>::~CTemplateClass() { } template<class T1,class T2> BOOL CTemplateClass<T1,T2>::getInfo(CStringArray& userBaseInfoAry) { T1 arg1; T2 arg2; return TRUE; }
【规则】
你可以在后缀为-inl.h的头文件中定义比较复杂的内联函数。
【详解】
原则上,内联函数的定义应该放在头文件中,以便编译器能够在内联函数调用时直接展开代码。然而,按照.h文件和.cpp/.cc文件的作用区分,又应该将函数的定义放在.cpp/.cc文件中才对。如何是好呢?
如果明确可以增强可读性,或者确认可以提高性能的话,是可以把内敛函数的定义直接放在头文件中的,比如私有变量的Get/Set类方法。而对于比较复杂的内联函数,虽然也可以放在.h头文件中,但还是建议你把它单独提出来放在后缀为-inl.h的头文件中,然后由.h头文件来include进来,这样使得代码结构更清晰,也使得类定义和实现相分离。
其实-inl.h的使用方法,还可以用在函数模板的定义上,这样会使你的模板定义更加清晰可读。
最后提醒一句,不要忘记在-inl.h中仍然要使用#define防御哦。