我刚刚注意到thisitem在GoogleC++CodingStyleGuide-我不太明白。如果我把一个内联方法或函数放在一个文件中，而不是其他文件包含的头文件中，它就不是类的方法；并且它只能用于包含它的代码位。那么为什么还要有这样的-inl.h文件呢？另外，为什么我们还要内联长函数呢？(即除了模板的情况，当我们必须将代码放在头文件中进行实例化时) 最佳答案 IjustnotedthisitemintheGoogleC++CodingStyleGuide-andIdon'tquitegetit.请对指南持保留态度。许多指南旨在帮助

我在*.hpp文件中编写模板声明，并在*.hpp链接的*.inl文件中编写它们的“定义”就像这样://*.hpptemplateclassSomeClass{public:voidsomeMethod();};//*.inltemplatevoidSomeClass::someMethod(){}但是如何在*.inl文件中的模板类中编写额外的模板化方法？//*.hpptemplateclassSomeClass{public:voidsomeMethod();templatevoidextraTypedMethod(E&e);};//*.inltemplatevoidSomeClass

我在*.hpp文件中编写模板声明，并在*.hpp链接的*.inl文件中编写它们的“定义”就像这样://*.hpptemplateclassSomeClass{public:voidsomeMethod();};//*.inltemplatevoidSomeClass::someMethod(){}但是如何在*.inl文件中的模板类中编写额外的模板化方法？//*.hpptemplateclassSomeClass{public:voidsomeMethod();templatevoidextraTypedMethod(E&e);};//*.inltemplatevoidSomeClass

在.inl文件中声明有什么好处？我什么时候需要使用相同的？ 最佳答案 .inl文件从不是强制性的，对编译器没有特殊意义。这只是一种结构化代码的方式，可以为可能阅读它的人提供提示。我在两种情况下使用.inl文件:内联函数的定义。用于函数模板的定义。在这两种情况下，我将函数的声明放在一个头文件中，该头文件被其他文件包含，然后我将#include.inl文件放在头文件的底部。我喜欢它，因为它将接口(interface)与实现分开，并使头文件更易于阅读。如果您关心实现细节，您可以打开.inl文件并阅读它。如果您不这样做，则不必这样做。

在.inl文件中声明有什么好处？我什么时候需要使用相同的？ 最佳答案 .inl文件从不是强制性的，对编译器没有特殊意义。这只是一种结构化代码的方式，可以为可能阅读它的人提供提示。我在两种情况下使用.inl文件:内联函数的定义。用于函数模板的定义。在这两种情况下，我将函数的声明放在一个头文件中，该头文件被其他文件包含，然后我将#include.inl文件放在头文件的底部。我喜欢它，因为它将接口(interface)与实现分开，并使头文件更易于阅读。如果您关心实现细节，您可以打开.inl文件并阅读它。如果您不这样做，则不必这样做。