Рекомендация: папка src / include или include рядом с папкой src

Question

Рекомендация: папка src / include или include рядом с папкой src

0

Какая наилучшая или наиболее часто используемая практика для структуры папок проекта:

project |-- src |-- include

или

project |--src
              |--include

т.е. есть ли папка include в исходной папке или как рядом друг с другом?

редактировать:

Этот тип похож: отдельные папки "включить" и "src" для кода уровня приложения? , но ответы на самом деле не удовлетворяют.

steffen 19 фев. 2014, в 14:57

Источник

0

Я считаю, что второй является более распространенным, где include содержит только внешне видимые заголовочные файлы (например, те, которые распространяются вместе с библиотекой). Другие заголовочные файлы находятся внутри src вместе с остальной частью исходного кода.
Joseph Mansfield 19 фев. 2014, в 13:08
0

Я всегда помещаю включаемые файлы в один каталог с источником, к которому они относятся, и использую папки для разделения разных частей приложения (обычно это отдельные библиотеки DLL). Но, конечно, размещение видимых извне заголовочных файлов в директории include на том же уровне имеет большой смысл (в большинстве случаев мне это не нужно).
Tim Bergel 19 фев. 2014, в 13:09
0

возможный дубликат отдельных папок «include» и «src» для кода уровня приложения?
Mark 19 фев. 2014, в 13:10
1

Мне нравится, чтобы include был на том же уровне, что и src, так как он ясно показывает, что является общедоступным, а что является частным для реализации. Также проще установить скрипт, так как это простая копия папки.
Eric Fortin 19 фев. 2014, в 13:11
0

@Marc: я видел этот вопрос, но я действительно не узнал что-то из ответов ... Может быть, это плохо, но пока эта новая тема помогла мне больше ... Я мог бы добавить что-то вроде "видеть также" в вопрос
steffen 19 фев. 2014, в 13:14

Показать ещё 3 комментария

Теги:

c++

c

folder

project

3 ответа

Ещё вопросы

Я считаю, что второй является более распространенным, где include содержит только внешне видимые заголовочные файлы (например, те, которые распространяются вместе с библиотекой). Другие заголовочные файлы находятся внутри src вместе с остальной частью исходного кода.
Я всегда помещаю включаемые файлы в один каталог с источником, к которому они относятся, и использую папки для разделения разных частей приложения (обычно это отдельные библиотеки DLL). Но, конечно, размещение видимых извне заголовочных файлов в директории include на том же уровне имеет большой смысл (в большинстве случаев мне это не нужно).
возможный дубликат отдельных папок «include» и «src» для кода уровня приложения?
Мне нравится, чтобы include был на том же уровне, что и src, так как он ясно показывает, что является общедоступным, а что является частным для реализации. Также проще установить скрипт, так как это простая копия папки.
@Marc: я видел этот вопрос, но я действительно не узнал что-то из ответов ... Может быть, это плохо, но пока эта новая тема помогла мне больше ... Я мог бы добавить что-то вроде "видеть также" в вопрос

Zodoh · Answer 1 · 2014-02-19T11-29-00.000Z

Я предпочитаю иметь две папки на одном уровне. Вы должны выбрать свой собственный путь.

Я предпочитаю отдельно отделять источники от включений для make файла и, чтобы получить больше видимости в моем проекте.

Project |--src/
        |--include/
        |--others/
        |--obj/
        |--Makefile

user1551592 · Answer 2 · 2014-02-19T10-15-00.000Z

Если бы я создал библиотеку, я бы сделал структуру каталогов следующим образом:

project/
       project_name/
       src/

Где project_name имеет project_name файлы.
Однако для проекта на уровне приложений это было бы моим выбором:

project/
    src/

src/ then будет иметь все файлы.h или.c.
Короче говоря, не используйте папку для файлов заголовков, если вы не пишете библиотеку, потому что библиотека должна быть более организованной, а также упрощает установку для библиотеки.

anderas · Answer 3 · 2014-02-19T11-04-00.000Z

По моему опыту, наличие каталога include рядом с каталогом src чаще встречается в библиотеках с открытым исходным кодом.

Обратите внимание, что в некоторых библиотеках используется другое подразделение: они делят библиотеку на модули (например, ModA, ModB т.д.), А затем имеют каталог include и src для каждого из модулей, то есть ModA/include, ModA/src, ModB/include и ModB/src. См. Например, библиотеку PCL.