Можно ли все заголовки записать в один единый файл?

Рейтинг: 0Ответов: 2Опубликовано: 24.03.2023

В любом большом проекте очень много файлов, и при создании новых приходится прописывать include для очень многих хедеров. Если расположение или имя какого-то файла меняется, приходится исправлять все include-ы. Мне в голову пришла идея - раз уж мы используем define или pragma once (кстати почему-то в описании нашего любимого микрософта пример для pragma once состоит из define-ов , есть ли между ними разница?)для того чтобы подключить заголовок лишь один раз, так почему бы все заголовки не держать в одном файле для заголовков и везде подключать только его? Особенно удобно это может быть удобно для статических библиотек: чтобы не подключать несколько модулей по отдельности - прописал один хедер и готово! Насколько я понимаю(исправьте, пожалуйста, если это не так), всё равно при линковке компилятор возьмёт в бинарь только те функции, которые мы используем.
Я пока не увидел подводных камней или минусов, но опыт подсказывает: если так до сих пор никто не делает, значит стоит усомниться, помогите разобраться пожалуйста:)

c# архитектура include
Источник: Stack Overflow на русском

Ответы

▲ 2Принят

"если так до сих пор никто не делает" - почему же, это весьма распространённое явление. Причем зачастую это происходит как побочный эффект от использования прекомпилированого заголовочного файла. Однако проблем возникает куча:

  • Происходит накопление ненужных инклюдов - они постоянно добавляются, но не удаляются, так как неизвестно, не требуются ли они по-прежнему в каком-то файле.

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

  • Если это проект-библиотека, то если его заголовочные файлы не будут самодостаточными, то пользователям придется самим у себя подключать все заголовочные файлы зависимостей.

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

▲ 3

Если так сделать, то при изменении любого хедера будет пересобираться весь проект - это долго.