Extensão de arquivo de código C ++? .cc vs .cpp [fechado]

Eu vi o código C ++ salvo como arquivos .cce .cpp. Existe alguma diferença entre os dois?

O guia de estilo do Google parece sugerir .cc, mas não fornece explicações.

Estou preocupado principalmente com programas em sistemas Linux.

No final do dia, não importa, porque os compiladores C ++ podem lidar com os arquivos em qualquer formato. Se for um problema real dentro da sua equipe, jogue uma moeda e prossiga para o trabalho real.

GNU GCC reconhece todos os seguintes como arquivos C ++, e vai usar C ++ compilação independentemente de você invocá-lo através gcc ou g ++: .C, .cc, .cpp, .CPP, .c++, .cp, ou .cxx.

Observe que o .Ccaso - importa no GCC, .cé um arquivo C, enquanto que .Cé um arquivo C ++ (se você deixar o compilador decidir o que está compilando).

O GCC também suporta outros sufixos para indicar tratamento especial, por exemplo, um .iiarquivo será compilado como C ++, mas não pré-processado (destinado ao código pré-processado separadamente). Todos os sufixos reconhecidos estão detalhados em gcc.gnu.org

Um ótimo conselho sobre o qual usar para o makefile e outras ferramentas, considerando as ferramentas que não são do compilador ao decidir sobre qual extensão usar, é uma ótima abordagem para ajudar a encontrar uma resposta que funcione para você.

Eu só queria adicionar o seguinte para ajudar com algumas informações .ccvs .cppque encontrei. A seguir, são apresentadas extensões discriminadas por diferentes ambientes (do livro "C ++ Primer Plus"):

Unix usos: .C, .cc, .cxx,.c

GNU usos C ++: .C, .cc, .cxx, .cpp,.c++

Usos Marte Digital: .cpp,.cxx

O Borland C ++ usa: .cpp

A Watcom usa: .cpp

Visual C ++ usa o Microsoft: .cpp, .cxx,.cc

Metrowerks CodeWarrior usos: .cpp, .cp, .cc, .cxx,.c++

Os diferentes ambientes suportam extensões diferentes. Eu também estava olhando para responder a esta pergunta e encontrei este post. Com base nesta postagem, acho que posso ir com .hppe .cpppara facilitar o reconhecimento de plataforma cruzada / ferramenta cruzada.

.cppé a extensão recomendada para C ++, tanto quanto eu sei. Algumas pessoas até recomendam o uso .hppde cabeçalhos C ++, apenas para diferenciar C.

Embora o compilador não se importe com o que você faz, é uma preferência pessoal.

Eu pessoalmente uso a .ccextensão para arquivos de implementação, .hhpara cabeçalhos e .inlpara inline / modelos.

Como dito anteriormente, é principalmente uma questão de gosto.

Pelo que vi , .ccparece ser mais " orientado a projetos de código aberto ", como é recomendado em alguns grandes estilos de codificação de software de código aberto. cppparece ser mais janelas.

--- EDITAR

Como mencionado, isso é "pelo que eu vi" , pode estar errado. É que todos os projetos do Windows em que trabalhei usaram .cppe muitos projetos de código aberto (que são principalmente do tipo unix) são usados .cc.

Exemplos de estilos de codificação usando .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

Outras extensões de arquivo usadas incluem .cxxe .C(C maiúsculo). Acredito que Bjarne Stroustrup usou .Coriginalmente. .cppé o nome do pré-processador C, portanto, é lamentável que ele tenha sido usado também para C ++.

A outra opção é .cxxonde xé suposto que seja um 45 ° girado mais.

Windows, Mac e Linux suportam, .c++então devemos usá-lo.

Várias pessoas dizendo .ccnão significam nada? Poderia. C ++ começou a vida como "C com classes".

Verdade que .cce .cppsão também nomes de comandos na maioria dos sistemas Unix (compilador C e C pré-processador, respectivamente).

Uso .cppexclusivamente, mas iniciei no Windows. .ccé mais uma convenção do Unix, embora eu a veja cada vez menos. O GNU make possui regras para .cppque, provavelmente, seja o preferido, ele funcionará por padrão no Windows e em todo o resto. Por outro lado, o C ++ moderno não usa nenhuma extensão para cabeçalhos, eu realmente não gosto disso. Todos os meus projetos usam .harquivos de cabeçalho e suportam tanto C quanto C ++, tanto quanto possível, via extern "C"testes __cplusplus.

Basta seguir a convenção usada pelo projeto / equipe.

Eu pessoalmente nunca vi .ccnenhum projeto em que trabalhei, mas com toda a tecnicidade o compilador não se importa.

Quem se importará com os desenvolvedores que trabalham na sua fonte, portanto, minha regra geral é seguir com o que sua equipe está confortável. Se sua "equipe" é a comunidade de código aberto, escolha algo muito comum, do qual .cppparece ser o favorito.

Como na maioria das convenções de estilo, existem apenas duas coisas importantes:

1. Seja consistente no que usar, sempre que possível.
2. Não projete nada que dependa de uma escolha específica sendo usada.

Isso pode parecer contraditório, mas cada um deles tem valor por suas próprias razões.

.Ce .ccparece ser o padrão para os (poucos) programas C ++ orientados a Unix que eu já vi. Eu sempre .cppme usei , já que realmente só trabalho no Windows e esse tem sido o padrão lá desde sempre.

Eu recomendo .cpppessoalmente, porque ... significa "C Plus Plus". É claro que é de vital importância que as extensões de arquivo sejam siglas, mas se essa justificativa se provar insuficientemente convincente, outras coisas importantes são o não uso da tecla shift (que exclui .Ce .c++) e a prevenção de metacaracteres de expressão regular sempre que possível (que exclui .c++- infelizmente você não pode realmente evitar o .curso.).

Isso não descarta .cc, portanto, mesmo que realmente não represente nada (ou não?), É provavelmente uma boa opção para código orientado ao Linux.

Eu usei .C e .h para fonte e cabeçalho, respectivamente. Uma coisa legal dessa escolha é que, na linha de comando, é fácil usar *.[Ch]para selecionar todos os arquivos de código. O uso .Cpode ser um problema em sistemas de arquivos que não diferenciam maiúsculas de minúsculas, mas se você tiver foo.ce foo.Cno mesmo diretório, você merece o que recebe de qualquer maneira :)

A extensão .cc é necessária para o uso de regras implícitas nos makefiles. Examine esses links para entender melhor os makefiles, mas observe principalmente o segundo, pois ele diz claramente a utilidade da extensão .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

Acabei de saber disso agora.

Não importa qual dessas extensões você usaria. Escolha o que você mais gosta, apenas seja consistente com a nomeação. A única exceção que conheço com esta convenção de nomenclatura é que eu não poderia fazer WinDDK(ou é WDKagora?) Para compilar .ccarquivos. No Linux, isso dificilmente é um problema.

Estou iniciando um novo projeto C ++ e comecei a procurar as mais recentes no estilo C ++. Acabei aqui com relação à nomeação de arquivos e pensei em compartilhar como fiz minha escolha. Aqui vai:

Stroustrup vê isso mais como uma consideração comercial do que técnica .

Seguindo seus conselhos, vamos verificar o que as cadeias de ferramentas esperam.

Para UNIX / Linux, você pode interpretar as seguintes regras padrão do GNU make como favorecendo o sufixo .cc, pois as regras .cpp e .C são apenas aliases:

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

(Nota: não há alias COMPILE.cxx padrão)

Portanto, se você estiver direcionado ao UNIX / Linux, .cc e .cpp são opções muito boas.

Ao segmentar o Windows, você está procurando problemas com o .C, pois o sistema de arquivos não diferencia maiúsculas de minúsculas. E pode ser importante observar que o Visual Studio favorece o sufixo .cpp

Ao segmentar o macOS, observe que o Xcode prefere .cpp / .hpp (apenas verificado no Xcode 10.1). Você sempre pode alterar o modelo de cabeçalho para usar .h.

Pelo que vale a pena, você também pode basear sua decisão nas bases de código que desejar. O Google usa .cc e o LLVM libc ++ usa .cpp, por exemplo.

E os arquivos de cabeçalho? Eles são compilados no contexto de um arquivo C ou C ++, portanto, não há nenhum sistema de compilação ou compilação necessário para distinguir .h de .hpp. O destaque da sintaxe e o recuo automático do editor / IDE podem ser um problema, no entanto, mas isso é corrigido ao associar todos os arquivos .h ao modo C ++. Como exemplo, minha configuração do emacs no Linux carrega todos os arquivos .h no modo C ++ e edita os cabeçalhos em C. Além disso, ao misturar C e C ++, você pode seguir este conselho .

Minha conclusão pessoal : .cpp / .h é o caminho de menor resistência.

Como outros escreveram antes de mim, no final é o que está sendo usado pelo seu projeto / equipe / empresa.

Pessoalmente, não estou usando ccextensão, estou tentando diminuir o número de extensões e não aumentá-las, a menos que haja um valor claro (na minha opinião).

Para que vale a pena, é isso que estou usando :

c - Somente código C puro, sem classes ou estruturas com métodos.

cpp - código C ++

hpp- Código apenas de cabeçalhos. As implementações estão nos cabeçalhos (como as classes de modelo)

h- arquivos de cabeçalho para C / C ++. Concordo que outra distinção pode ser feita, mas, como escrevi, estou tentando diminuir o número de extensões para simplificar. Pelo menos nos projetos em C ++ em que trabalhei, os harquivos para C puro são mais raros; portanto, não queria adicionar outra extensão.