我的C++程序使用的文件扩展是什么关系? 我使用Orwell Dev C++ +5.83IDE。它使用g++4.8.1编译器。当我保存C++程序文件时,它显示给几个文件扩展名,用于保存我的C++程序文件,比如.CPP,.cc,.cxx,C++,.c.p>

我的C++程序使用的文件扩展是什么关系? 我使用Orwell Dev C++ +5.83IDE。它使用g++4.8.1编译器。当我保存C++程序文件时,它显示给几个文件扩展名,用于保存我的C++程序文件,比如.CPP,.cc,.cxx,C++,.c.p>,c++,g++,file-extension,C++,G++,File Extension,我选择哪个分机重要吗 这些扩展是特定于编译器/IDE还是特定于平台 我使用的是Windows7操作系统 这些扩展是否也可在其他操作系统(如Unix或Linux)上使用和/或有效 为什么提供了这么多扩展 < > >原因> < P>标准没有强制任何C++源文件格式,它甚至允许编译器从一个JPEG图像中获取手写代码,并在其上编译。p> 然而,这样的编译器当然不存在。大多数现实世界的工具在使用任何传统的文件结尾(如.cpp、.cc或.cxx)时效果最好,因此我建议不要完全使用你的结尾。任何一种传统的方

我选择哪个分机重要吗

这些扩展是特定于编译器/IDE还是特定于平台

我使用的是Windows7操作系统

这些扩展是否也可在其他操作系统(如Unix或Linux)上使用和/或有效

为什么提供了这么多扩展


< > >原因>

< P>标准没有强制任何C++源文件格式,它甚至允许编译器从一个JPEG图像中获取手写代码,并在其上编译。p> 然而,这样的编译器当然不存在。大多数现实世界的工具在使用任何传统的文件结尾(如.cpp、.cc或.cxx)时效果最好,因此我建议不要完全使用你的结尾。任何一种传统的方法都同样好,只要在你的项目中保持一致,以避免混淆


<>我也会对C++之类的东西有点小心谨慎。我不知道是否所有的系统都允许在文件名中这样的东西。

< P>标准不强制任何C++源文件格式,它甚至允许编译器从一个JPEG图像的手写代码中获取源代码并编译。p> 然而,这样的编译器当然不存在。大多数现实世界的工具在使用任何传统的文件结尾(如.cpp、.cc或.cxx)时效果最好,因此我建议不要完全使用你的结尾。任何一种传统的方法都同样好,只要在你的项目中保持一致,以避免混淆

<>我也会对C++之类的东西有点小心谨慎。我不知道是否每个系统都允许在文件名中使用这样的东西

我选择哪个分机重要吗

是和否。不,不管你使用什么扩展。您可以使用.bat或.frog,只要您告诉编译器您正在编译的语言

不,请远离具有不同含义的扩展,例如.com和.exe

您列出的扩展在整个行业都很常见

这些扩展是特定于编译器/IDE还是特定于平台

不,它们并非特定于某个平台,而是在不同平台上更为常见

<>我尝试让我的开发团队使用.HPP代替.h,因为我们正在混合C和C++语言文件;但他们不理解并继续使用“.h”表示两种语言

这些扩展是否也可在其他操作系统(如Unix或Linux)上使用和/或有效

语言扩展独立于操作系统。您可以在Windows或Linux操作系统上使用.frog。确保操作系统允许扩展的长度

为什么提供了这么多扩展

创造性、固执、拒绝适应标准

最大的问题是操作系统无法在其文件名或扩展名中处理+。C语言扩展很好,但有些操作系统区分大小写。当C++语言出现时,很多操作系统无法支持C++的扩展,因为++字符。所以他们想出了不同的品种:

cpp - C plus plus
cxx
cc
cp

早期的另一个问题是C++源文件将被预处理,然后被馈送给C编译器。因此,预处理文件的扩展名是.cpp,这增加了混乱

原因是什么

懒惰的程序员,有习惯的程序员,抢占市场份额

一家编译器制造商想把他们的编译器产品销售给尽可能广泛的受众。所以他们会适应的

当一个程序员习惯了扩展名.cxx并被迫使用另一个只使用.cc的制造商的编译器时,出于习惯,程序员将不会使用该编译器或通过不断更改扩展名来降低生产率

因此,为了取悦最广泛的读者,编译器制造商提供了一个通用扩展和语言的表或映射。如果将.c文件提供给GNU编译器,它将采用c语言。同样,一个.cxx文件将被假定为具有C++代码。同样,这些是常见的扩展

您可以告诉编译器使用不同的语言编译文件。例如,您可以告诉编译器将.c文件翻译成C++。这是一种用C++语言共享C文件的常用方法。 我选择哪个分机重要吗

是和否。不,不管你使用什么扩展。您可以使用.bat或.frog,只要您告诉编译器您正在编译的语言

不,请远离具有不同含义的扩展,例如.com和.exe

您列出的扩展名 在整个行业都很普遍

这些扩展是特定于编译器/IDE还是特定于平台

不,它们并非特定于某个平台,而是在不同平台上更为常见

<>我尝试让我的开发团队使用.HPP代替.h,因为我们正在混合C和C++语言文件;但他们不理解并继续使用“.h”表示两种语言

这些扩展是否也可在其他操作系统(如Unix或Linux)上使用和/或有效

语言扩展独立于操作系统。您可以在Windows或Linux操作系统上使用.frog。确保操作系统允许扩展的长度

为什么提供了这么多扩展

创造性、固执、拒绝适应标准

最大的问题是操作系统无法在其文件名或扩展名中处理+。C语言扩展很好,但有些操作系统区分大小写。当C++语言出现时,很多操作系统无法支持C++的扩展,因为++字符。所以他们想出了不同的品种:

cpp - C plus plus
cxx
cc
cp

早期的另一个问题是C++源文件将被预处理,然后被馈送给C编译器。因此,预处理文件的扩展名是.cpp,这增加了混乱

原因是什么

懒惰的程序员,有习惯的程序员,抢占市场份额

一家编译器制造商想把他们的编译器产品销售给尽可能广泛的受众。所以他们会适应的

当一个程序员习惯了扩展名.cxx并被迫使用另一个只使用.cc的制造商的编译器时,出于习惯,程序员将不会使用该编译器或通过不断更改扩展名来降低生产率

因此,为了取悦最广泛的读者,编译器制造商提供了一个通用扩展和语言的表或映射。如果将.c文件提供给GNU编译器,它将采用c语言。同样,一个.cxx文件将被假定为具有C++代码。同样,这些是常见的扩展


您可以告诉编译器使用不同的语言编译文件。例如,您可以告诉编译器将.c文件翻译成C++。这是一种用C++语言共享C文件的常用方法。

是给用户多个选项,就是这样。甚至您也可以选择.C作为cpp代码文件扩展名。这是为了给用户提供多个选项,就是这样。甚至您也可以选择.C作为cpp代码文件扩展名。因为在开始时,结尾是.C大写字母C,并且还没有人使用.cpp,所以没有混淆。只有当它传播开来并且.cpp开始使用时,这才可能成为一个要点。像Windows这样不区分大小写的文件系统呢。Windows不区分c或c,因此需要更多的区分。因为在开始时,结尾是.c大写字母c,并且还没有人使用.cpp,所以没有混淆。只有当它传播开来并且.cpp开始使用时,这才可能成为一个要点。像Windows这样不区分大小写的文件系统呢。Windows不区分c和c,因此需要更多的区别。