C ++通用类-分离接口和实现

Question

一种非常常见的编码实践是通过在每个类的基础上使用.h和.cpp文件来将类的接口与其成员函数的实现分开。 因此，将使用Foo.h头文件和相应的Foo.cpp文件来实现class Foo 。

在泛型类的特殊情况下，这常常被抛在窗外，而是使用仅标头的库来使编译器满意，即使它确实使接口文件杂乱了实现细节。

我最近遇到了一些如下编写的代码。 .h文件包含接口和.hpp文件的#include ，该文件包含通用成员函数的实现。

例如，对于类型为T Value.h的简单容器

#ifndef VALUE_H
#define VALUE_H

template <typename T>
class Value
{
public:
    Value(T value);
    void set(T value);
    T get() const;
private:
    T data;
};

#include "Value.hpp"

#endif

和相应的Value.hpp

#ifndef VALUE_HPP
#define VALUE_HPP

template <typename T>
Value<T>::Value(T value) : data(value)
{
}

template <typename T>
void Value<T>::set(T value)
{
    data = value;
}

template <typename T>
T Value<T>::get() const
{
    return data;
}

#endif

这具有更好地分离接口和实现的优点，以及实际编译的进一步好处（在我有限的测试中）。

我的问题是，采用该约定是否存在任何隐患 ？

Answer 1

由于在使用Value类的每个文件中都需要同时包含“ value.h”和“ value.hpp”，因此编译时没有任何好处。 但是，如果您的意思是“它可以编译”而不是将实现放在.cpp文件中的解决方案，那么是的，这是有好处的。

当然，这样做的好处是，您可以轻松查看类提供的接口，而不会因一堆实现代码而使文件混乱。

我不确定“ value.h”和“ value.hpp”的命名约定是否是“最佳”选择。 我认为“ value.inl”是第二个文件的更好名称。

Answer 2

没有这种解决方案没有特别的陷阱。 .hpp文件只是另一个头文件，其中包含模板化类声明的方法的定义。 由于需要在头文件中定义模板化类的方法，因此这是将声明与定义分开的便捷方法。 扩展名.hpp表明它是标头和实现文件的混合，并且很常用。