Дело в том, что в C ++ это несколько сложнее, чем организация заголовка / источника C.
Что видит компилятор?
Компилятор видит один большой исходный файл (.cpp) с правильно включенными заголовками. Исходный файл - это единица компиляции, которая будет скомпилирована в объектный файл.
Итак, зачем нужны заголовки?
Потому что одному модулю компиляции может потребоваться информация о реализации в другом модуле компиляции. Таким образом, можно написать, например, реализацию функции в одном источнике и написать объявление этой функции в другом источнике, в котором необходимо ее использовать.
В этом случае есть две копии одной и той же информации. Что зло ...
Решение - поделиться некоторыми подробностями. Хотя реализация должна оставаться в источнике, объявление общих символов, таких как функции, или определение структур, классов, перечислений и т. Д., Может потребоваться совместно.
Заголовки используются для размещения этих общих деталей.
Переместите в заголовок объявления о том, что нужно разделить между несколькими источниками
Ничего более?
В C ++ есть и другие вещи, которые можно поместить в заголовок, потому что они тоже должны быть общими:
- встроенный код
- шаблоны
- константы (обычно те, которые вы хотите использовать внутри переключателей ...)
Переместите в заголовок ВСЕ, чем нужно поделиться, включая общие реализации
Значит ли это, что внутри заголовков могут быть источники?
Да. На самом деле, есть много разных вещей, которые могут быть внутри «заголовка» (т. Е. Разделены между источниками).
- Форвардные декларации
- объявления / определение функций / структур / классов / шаблонов
- реализация встроенного и шаблонного кода
Это становится сложным, а в некоторых случаях (циклические зависимости между символами) невозможно сохранить его в одном заголовке.
Заголовки можно разбить на три части
Это означает, что в крайнем случае у вас могут быть:
- заголовок форвардной декларации
- заголовок объявления / определения
- заголовок реализации
- источник реализации
Представим, что у нас есть шаблонный объект MyObject. У нас могло быть:
template<typename T>
class MyObject ;
.
#include <MyObject_forward.hpp>
template<typename T>
class MyObject
{
public :
MyObject() ;
} ;
void doSomething() ;
.
#include <MyObject_declaration.hpp>
template<typename T>
MyObject<T>::MyObject()
{
doSomething() ;
}
.
#include <MyObject_implementation.hpp>
void doSomething()
{
} ;
Вот это да!
В «реальной жизни» это обычно не так сложно. Большая часть кода будет иметь только простую организацию заголовка / источника с некоторым встроенным кодом в исходном коде.
Но в других случаях (шаблонные объекты, знающие друг друга) мне приходилось иметь для каждого объекта отдельное объявление и заголовки реализации с пустым источником, включая эти заголовки, просто чтобы помочь мне увидеть некоторые ошибки компиляции.
Еще одна причина разбить заголовки на отдельные заголовки может заключаться в ускорении компиляции, ограничении количества анализируемых символов до необходимого количества и избежании ненужной перекомпиляции источника, который заботится только о прямом объявлении при изменении реализации встроенного метода.
Вывод
Вы должны сделать организацию кода как можно более простой и как можно более модульной. Поместите как можно больше в исходный файл. В заголовках указывайте только то, чем нужно поделиться.
Но в тот день, когда у вас возникнут циклические зависимости между шаблонными объектами, не удивляйтесь, если ваша организация кода станет несколько более "интересной", чем простая организация заголовка / источника ...
^ _ ^