Мне вообще нужны файлы .CPP? Использовать только заголовки и сделать все встроенным?

Question

GCC 4.6.1, в частности.

Я знаю, что файлы CPP служат для разделения интерфейса от реализации; это сейчас не представляет интереса.

Глядя на this, я не вижу причин не использовать только заголовки и все функции inline.

Производительность является проблемой, но я не вижу, чтобы такой подход мог замедлить работу. То, что я не хочу, состоит в том, чтобы иметь критические секции, которые обычно были бы встроены, становятся медленнее, потому что все является встроенным. Если это имеет смысл.

Answer 1

Вот некоторые причины, чтобы не:

• Нет герметизация; «Внутренние» методы видны для всей программы.
• Загрязнение пространства имен (приводящее к именованию столкновений или ошибке программиста)
• Проблемы зависимости; становится все труднее обеспечить, чтобы все было объявлено в правильном порядке.
• Увеличение времени компиляции

Answer 2

Производительность и встраивание в сторону, есть вещи, которые вы не можете сделать с коллекторами-только, например, как static полей класса.

Сказанное, большинство (если не все) STL является только заголовком, как и большинство из Boost.

Что касается встроенных методов/функций - это не имеет большого значения. Компилятор лучше знает, что вам делать, и может игнорировать ключевые слова inline (делая функцию не встроенной) или наоборот, сделать вызов функции встроенным, даже если функция не была объявлена ​​как таковая.

Answer 3

Если все функции будут «встроенными», то ваш двоичный файл будет больше, и это может привести к снижению производительности. Вы должны включить только очень маленькие и часто называемые функции.

Answer 4

Основная проблема - время сбора, действительно.

Если все включено в единую компиляционную единицу «master», тогда все необходимо перекомпилировать, если вы измените один символ в одном файле.

С другой стороны, полное восстановление будет очень вероятно, будет быстрее, чем если бы вы использовали несколько единиц компиляции (в этом случае, одни и те же заголовки должны быть собраны несколько раз, и компоновщик будет иметь больше работать с одним модулем компиляции, каждый заголовок нужно обрабатывать только один раз, а работа компоновщика довольно тривиальна)

С несколькими файлами .cpp вы можете внести изменения в один из них и только иметь перекомпилировать , что файл.

Но несколько популярных библиотек предназначены только для заголовков. Это определенно жизнеспособно.

Производительность, она должна быть такой же или быстрее. Вы даете компилятору полную видимость по всему вашему коду, что означает, что он может легко оптимизировать вызовы функций и встраивать все, что ему нравится.

И обратите внимание, что вы никогда не должны форсировать компилятор для inline. Ключевое слово inline (и другие трюки, которые имеют такой же эффект), не сообщают компилятору, что «это должно быть включено». Но, подавляя одно правило определения (ODR), они позволяют включать определение в несколько единиц компиляции, и поэтому для компилятора становится проще встроить , если он захочет сделать это.

Но это означает, что вам не нужно беспокоиться о том, чтобы все было встроено. Компилятор будет только встроить столько, сколько имеет смысл делать.