Расширение файла кода C ++? .cc vs .cpp [закрыто]

Я видел код C ++, сохраненный как .ccи .cppфайлы. Есть ли разница между ними?

Руководство по стилю Google, кажется, предлагает .cc, но не дает объяснения.

В основном я занимаюсь программами в системах Linux.

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

GNU GCC распознает все следующие как файлы C ++, и будет использовать C ++ компиляция независимо от того , вы вызываете его через GCC или G ++: .C, .cc, .cpp, .CPP, .c++, .cp, или .cxx.

Обратите внимание, что .C- case имеет значение в GCC, .cэто файл C, тогда .Cкак это файл C ++ (если вы позволите компилятору решить, что именно он компилирует).

GCC также поддерживает другие суффиксы для указания специальной обработки, например, .iiфайл будет скомпилирован как C ++, но не предварительно обработан (предназначен для отдельно предварительно обработанного кода). Все распознанные суффиксы подробно описаны на gcc.gnu.org.

Отличный совет, который следует использовать для make-файла и других инструментов, учитывая, что некомпиляторские инструменты при принятии решения о том, какое расширение использовать, - отличный способ помочь найти ответ, который подходит именно вам.

Я просто хотел бы добавить следующее , чтобы помочь с некоторыми .ccпротив .cppинформации , которую я нашел. Ниже приведены расширения, разбитые на разные среды (из книги «C ++ Primer Plus»):

Unix использует: .C, .cc, .cxx,.c

GNU C ++ использует: .C, .cc, .cxx, .cpp,.c++

Digital Mars использует: .cpp,.cxx

Borland C ++ использует: .cpp

Watcom использует: .cpp

Microsoft Visual C ++ использует: .cpp, .cxx,.cc

Metrowerks Codewarrior применения: .cpp, .cp, .cc, .cxx,.c++

Разные среды поддерживают разные расширения. Я тоже искал, чтобы ответить на этот вопрос и нашел этот пост. Основываясь на этом посте, я думаю, что я мог бы пойти на .hppи .cppдля облегчения кросс-платформенного / кросс-инструментального распознавания.

.cppНасколько я знаю, это рекомендуемое расширение для C ++. Некоторые люди даже рекомендуют использовать .hppдля заголовков C ++, просто чтобы отличить от C.

Хотя компилятору все равно, что вы делаете, это личное предпочтение.

Я лично использую .ccрасширение для файлов реализации, .hhдля заголовков и .inlдля inline / шаблонов.

Как было сказано ранее, это в основном дело вкуса.

Из того, что я видел , .ccпохоже, больше « ориентированных на проекты с открытым исходным кодом », как это рекомендуется в некоторых великих стилях кодирования программного обеспечения с открытым исходным кодом, тогда как. cppкажется более оконным.

--- РЕДАКТИРОВАТЬ

Как уже упоминалось, это «из того, что я видел» , это может быть неправильно. Просто используются все проекты Windows, над которыми я работал .cpp, и многие проекты с открытым исходным кодом (которые в основном предназначены для Unix-лайков) .cc.

Примеры стилей кодирования с использованием .cc:

• Google: http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml
• ICL: http://www.doc.ic.ac.uk/lab/cplus/c++.rules/chap4.html#sect2

Другие используемые расширения файлов включают .cxxи .C(заглавная C). Я считаю, Бьярн Страуструп использовал .Cизначально. .cppэто имя препроцессора C, поэтому, к сожалению, он использовался и для C ++.

Другой вариант, .cxxкогда xпредполагается, что плюс повернут на 45 °.

Windows, Mac и Linux все поддерживают, .c++поэтому мы должны просто использовать это.

Несколько человек говорят, что .ccничего не значит? Это может. C ++ начал жизнь как «C с классами».

Верно, что .ccи .cppтакже являются именами команд в большинстве систем Unix (c-компилятор и c-препроцессор соответственно).

Я использую .cppисключительно, но я начал на Windows. .ccэто скорее соглашение Unix, хотя я вижу его все реже и реже. В GNU make есть правила, .cppтак что это, вероятно, предпочтительнее, оно будет работать по умолчанию как в Windows, так и во всем остальном. С другой стороны, современный C ++ вообще не использует расширения для заголовков, мне это действительно не нравится. Все мои проекты используют .hдля заголовочных файлов, и они поддерживают как C, так и C ++ в максимально возможной степени посредством extern "C"и тестирования __cplusplus.

Просто следуйте соглашению, используемому для проекта / команды.

Лично я никогда не видел .ccни одного проекта, над которым работал, но во всех технических аспектах компилятору все равно.

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

Как и в случае большинства стилевых соглашений, важны только две вещи:

1. Будьте последовательны в том, что вы используете, где это возможно.
2. Не проектируйте ничего, что зависит от конкретного используемого выбора.

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

.Cи .ccкажется стандартным для (немногих) Unix-ориентированных программ на C ++, которые я видел. Я всегда использовал .cppсебя, так как я действительно работаю только на Windows, и это было стандартом там, как и всегда.

Я рекомендую .cppлично, потому что ... это означает "C Plus Plus". Конечно, жизненно важно, чтобы расширения файлов были аббревиатурами, но если это обоснование окажется недостаточно убедительным, другие важные вещи - это не использование клавиши Shift (что исключает .Cи .c++) и избегание метасимволов регулярных выражений, где это возможно (что исключает .c++- к сожалению, вы не можете избежать этого, .конечно.).

Это не исключает .cc, так что, хотя это ничего не значит (или делает это?), Это, вероятно, хороший выбор для Linux-ориентированного кода.

Я использую .C и .h для источника и заголовка соответственно. В этом выборе есть одна приятная вещь: в командной строке легко *.[Ch]выбрать все файлы кода. Использование .Cможет быть проблемой на нечувствительных к регистру файловых системах, но если у вас есть foo.cи foo.Cв том же каталоге, вы все равно заслуживаете то, что вы получаете :)

Расширение .cc необходимо для использования неявных правил в make-файлах. Просмотрите эти ссылки, чтобы лучше понять make-файлы, но посмотрите в основном второй, так как он ясно говорит о полезности расширения .cc:

ftp://ftp.gnu.org/old-gnu/Manuals/make-3.79.1/html_chapter/make_2.html

https://ftp.gnu.org/old-gnu/Manuals/make-3.79.1/html_chapter/make_10.html

Я только что узнал об этом сейчас.

Неважно, какое из этих расширений вы бы использовали. Выберите то, что вам больше нравится, просто будьте последовательны с именами. Единственное исключение, о котором я знаю в связи с этим соглашением об именах, - это то, что я не мог сделать WinDDK(или это WDKсейчас?) Компиляцию .ccфайлов. В Linux это вряд ли проблема.

Я начинаю новый проект C ++ и начал искать последние в стиле C ++. Я попал сюда по поводу именования файлов и подумал, что поделюсь своим выбором. Поехали:

Страуструп рассматривает это скорее как бизнес-соображение, чем как техническое .

Следуя его совету, давайте проверим, чего ожидают цепочки инструментов.

Для UNIX / Linux вы можете интерпретировать следующие стандартные правила GNU make как предпочтение суффиксу имени файла .cc, так как правила .cpp и .C являются просто псевдонимами:

$ make -p | egrep COMPILE[^=]+=
COMPILE.cc = $(CXX) $(CXXFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
COMPILE.cpp = $(COMPILE.cc)
COMPILE.C = $(COMPILE.cc)

(Примечание: псевдоним COMPILE.cxx по умолчанию отсутствует)

Так что, если вы нацелены на UNIX / Linux, и .cc, и .cpp - очень хорошие варианты.

Ориентируясь на Windows, вы ищете проблемы с .C, так как ее файловая система не учитывает регистр. И вам может быть важно отметить, что Visual Studio предпочитает суффикс .cpp

При нацеливании на macOS обратите внимание, что Xcode предпочитает .cpp / .hpp (только что проверено на Xcode 10.1). Вы всегда можете изменить шаблон заголовка, чтобы использовать .h.

Для чего бы это ни стоило, вы также можете основывать свое решение на кодовых базах, которые вам нравятся. Google использует .cc, а LLVM libc ++ использует .cpp, например.

Как насчет заголовочных файлов? Они компилируются в контексте файла C или C ++, поэтому компилятору или системе сборки не нужно отличать .h от .hpp. Однако может возникнуть проблема с подсветкой синтаксиса и автоматическим отступом вашего редактора / IDE, но это можно исправить, связав все файлы .h с режимом C ++. В качестве примера, моя конфигурация emacs в Linux загружает все файлы .h в режиме C ++ и прекрасно редактирует заголовки C. Кроме того, при смешивании C и C ++ вы можете следовать этому совету .

Мой личный вывод : .cpp / .h - путь наименьшего сопротивления.

Как другие писали до меня, в конце концов, это то, что используется вашим проектом / командой / компанией.

Лично я не использую ccрасширение, я пытаюсь уменьшить количество расширений и не увеличивать их, если нет явного значения (по моему мнению).

Для чего это стоит, это то, что я использую :

c - Только чистый C-код, без классов или структур с методами.

cpp - код C ++

hpp- Заголовок только код. Реализации находятся в заголовках (как классы шаблона)

h- заголовочные файлы для обоих C / C ++. Я согласен, что можно провести еще одно различие, но, как я уже писал, я пытаюсь снизить количество расширений для простоты. По крайней мере из проектов C ++, в которых я работал, hфайлы для pure-C встречаются реже, поэтому я не хотел добавлять другое расширение.