C ++ mở rộng tập tin mã? .cc so với .cpp [đã đóng]

Tôi đã thấy mã C ++ được lưu dưới dạng cả hai .ccvà .cpptệp. Có điểm khác biệt gì giữa hai thứ này không?

Các hướng dẫn phong cách Google dường như đề nghị .cc, nhưng không cung cấp lời giải thích.

Tôi chủ yếu quan tâm đến các chương trình trên hệ thống Linux.

Vào cuối ngày, điều đó không thành vấn đề vì trình biên dịch C ++ có thể xử lý các tệp ở cả hai định dạng. Nếu đó là một vấn đề thực sự trong nhóm của bạn, hãy lật một đồng xu và chuyển sang công việc thực tế.

GNU GCC công nhận tất cả những điều sau đây là các file C ++, và sẽ sử dụng C ++ biên soạn cho dù bạn gọi nó thông qua gcc hoặc g ++: .C, .cc, .cpp, .CPP, .c++, .cp, hoặc .cxx.

Lưu ý .C- trường hợp quan trọng trong GCC, .clà tệp C trong khi đó .Clà tệp C ++ (nếu bạn để trình biên dịch quyết định nó đang biên dịch cái gì).

GCC cũng hỗ trợ các hậu tố khác để biểu thị xử lý đặc biệt, ví dụ: một .iitệp sẽ được biên dịch thành C ++, nhưng không được xử lý trước (dành cho mã được xử lý trước riêng biệt). Tất cả các hậu tố được công nhận được chi tiết tại gcc.gnu.org

Lời khuyên tuyệt vời về việc sử dụng cho makefile và các công cụ khác, xem xét các công cụ không phải trình biên dịch trong khi quyết định sử dụng tiện ích mở rộng nào là cách tiếp cận tuyệt vời để giúp tìm câu trả lời phù hợp với bạn.

Tôi chỉ muốn thêm những điều sau đây để giúp đỡ với một số .ccvs .cppthông tin mà tôi tìm thấy. Sau đây là các tiện ích mở rộng được chia nhỏ theo các môi trường khác nhau (từ sách "C ++ Primer Plus"):

Unix sử dụng: .C, .cc, .cxx,.c

GNU C ++ sử dụng: .C, .cc, .cxx, .cpp,.c++

Digital Mars sử dụng: .cpp,.cxx

Borland C ++ sử dụng: .cpp

Watcom sử dụng: .cpp

Microsoft Visual C ++ sử dụng: .cpp, .cxx,.cc

Metrowerks CodeWarrior sử dụng: .cpp, .cp, .cc, .cxx,.c++

Các môi trường khác nhau hỗ trợ các phần mở rộng khác nhau. Tôi cũng đang tìm cách trả lời câu hỏi này và tìm thấy bài đăng này. Dựa trên bài đăng này, tôi nghĩ rằng tôi có thể đi cùng .hppvà .cppđể dễ nhận biết đa nền tảng / công cụ chéo.

.cpplà phần mở rộng được đề nghị cho C ++ như xa như tôi biết. Một số người thậm chí khuyên bạn nên sử dụng .hppcho các tiêu đề C ++, chỉ để phân biệt với C.

Mặc dù trình biên dịch không quan tâm đến những gì bạn làm, đó là sở thích cá nhân.

Cá nhân tôi sử dụng .cctiện ích mở rộng cho các tệp triển khai, .hhcho các tiêu đề và .inlcho nội tuyến / mẫu.

Như đã nói, nó chủ yếu là một vấn đề của hương vị.

Từ những gì tôi đã nhìn thấy , .cccó vẻ là nhiều hơn " dự án mã nguồn mở theo định hướng ", vì nó được thông báo trong một số phần mềm mã nguồn mở lớn mã hóa phong cách, trong khi đó. cppcó vẻ là Windowish hơn.

--- BIÊN TẬP

Như đã đề cập, đây là "từ những gì tôi đã thấy" , nó có thể sai. Chỉ là tất cả các dự án Windows mà tôi đã làm việc đã sử dụng .cppvà rất nhiều dự án nguồn mở (chủ yếu là sử dụng unix-like) .cc.

Ví dụ mã hóa phong cách sử dụng .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

Các phần mở rộng tệp khác được sử dụng bao gồm .cxxvà .C(viết hoa C). Tôi tin rằng Bjarne Stroustrup được sử dụng .Cban đầu. .cpplà tên của bộ tiền xử lý C, thật không may là nó cũng được sử dụng cho C ++.

Tùy chọn khác là .cxxnơi xđược cho là cộng 45 °.

Windows, Mac và Linux đều hỗ trợ .c++vì vậy chúng ta chỉ nên sử dụng nó.

Một số người nói .cckhông đại diện cho bất cứ điều gì? Nó có thể. C ++ bắt đầu cuộc sống như "C with Classes".

Đúng như vậy .ccvà .cppcũng là tên lệnh trên hầu hết các hệ thống Unix (trình biên dịch c và tiền xử lý c tương ứng).

Tôi sử dụng .cppđộc quyền, nhưng tôi đã bắt đầu trên Windows. .cclà một quy ước Unix, mặc dù tôi thấy nó ngày càng ít đi. GNU make có các quy tắc .cppvì vậy có lẽ được ưa thích hơn, nó sẽ hoạt động theo mặc định trên cả Windows và mọi thứ khác. Mặt khác, C ++ hiện đại không sử dụng phần mở rộng nào cho các tiêu đề, tôi thực sự không thích điều đó. Tất cả các dự án của tôi sử dụng .hcho các tệp tiêu đề và chúng hỗ trợ cả C và C ++ nhiều nhất có thể thông qua extern "C"và thử nghiệm __cplusplus.

Chỉ cần làm theo quy ước đang được sử dụng cho dự án / nhóm.

Cá nhân tôi chưa từng thấy .cctrong bất kỳ dự án nào mà tôi đã làm việc, nhưng về mặt kỹ thuật, trình biên dịch sẽ không quan tâm.

Ai sẽ quan tâm là các nhà phát triển làm việc trên nguồn của bạn, vì vậy quy tắc ngón tay cái của tôi là đi theo những gì nhóm của bạn cảm thấy thoải mái. Nếu "nhóm" của bạn là cộng đồng nguồn mở, hãy đi với một cái gì đó rất phổ biến, trong đó .cppdường như được yêu thích.

Như với hầu hết các quy ước phong cách, chỉ có hai điều quan trọng:

1. Hãy nhất quán trong những gì bạn sử dụng, bất cứ nơi nào có thể.
2. Không thiết kế bất cứ điều gì mà phụ thuộc vào một sự lựa chọn cụ thể được sử dụng.

Những điều đó có vẻ mâu thuẫn, nhưng mỗi người đều có giá trị vì lý do riêng của họ.

.Cvà .ccdường như là tiêu chuẩn cho (vài) chương trình C ++ hướng Unix mà tôi đã thấy. Tôi đã luôn sử dụng .cppbản thân mình, vì tôi chỉ thực sự làm việc trên Windows và đó là tiêu chuẩn ở đó mãi mãi.

Tôi khuyên bạn nên .cppcá nhân, vì ... nó là viết tắt của "C Plus Plus". Tất nhiên, điều cực kỳ quan trọng là phần mở rộng tệp là từ viết tắt, nhưng lý do này chứng minh không đủ sức thuyết phục những điều quan trọng khác là không sử dụng phím shift (loại trừ .Cvà .c++) và tránh các siêu ký tự biểu thức chính quy nếu có thể (loại trừ .c++- Thật không may, bạn thực sự không thể tránh được ..).

Điều này không loại trừ .cc, vì vậy mặc dù nó không thực sự đại diện cho bất cứ điều gì (hoặc hiện nó?) Nó có lẽ là một lựa chọn tốt cho mã Linux theo định hướng.

Tôi đã sử dụng .C và .h tương ứng cho nguồn và tiêu đề. Một điều tuyệt vời với lựa chọn đó là, trên dòng lệnh, thật dễ sử dụng *.[Ch]để chọn tất cả các tệp mã. Việc sử dụng .Ccó thể là một vấn đề trong các hệ thống tập tin không nhạy cảm, nhưng nếu bạn có foo.cvà foo.Ctrong cùng một thư mục, bạn xứng đáng với những gì bạn nhận được :)

Phần mở rộng .cc là cần thiết để sử dụng các quy tắc ngầm trong tệp thực hiện. Xem qua các liên kết này để hiểu rõ hơn về tệp tạo tệp, nhưng chủ yếu nhìn vào liên kết thứ hai, vì nó nói rõ sự hữu ích của phần mở rộng .cc:

ftp://ftp.gnu.org/old-gnu/Manuals/make-3.79.1/html_ch CHƯƠNG / make_2.html

https://ftp.gnu.org/old-gnu/Manuals/make-3.79.1/html_ch CHƯƠNG / make_10.html

Tôi mới học được điều này bây giờ.

Không quan trọng bạn sử dụng tiện ích mở rộng nào. Chọn bất cứ thứ gì bạn thích hơn, chỉ cần phù hợp với cách đặt tên. Ngoại lệ duy nhất tôi biết với quy ước đặt tên này là tôi không thể thực hiện WinDDK(hoặc WDKbây giờ là?) Để biên dịch .cccác tệp. Trên Linux mặc dù đó là khó có một vấn đề.

Tôi đang bắt đầu một dự án C ++ mới và bắt đầu tìm kiếm phiên bản C ++ mới nhất. Tôi đã kết thúc ở đây về việc đặt tên tập tin và tôi nghĩ rằng tôi sẽ chia sẻ làm thế nào tôi đưa ra lựa chọn của mình. Đây là:

Stroustrup coi điều này như một sự cân nhắc kinh doanh hơn là một kỹ thuật .

Theo lời khuyên của anh ấy, hãy kiểm tra những gì các công cụ mong đợi.

Đối với UNIX / Linux, bạn có thể hiểu các quy tắc GNU mặc định sau đây là ưu tiên cho hậu tố tên tệp .cc, vì các quy tắc .cpp và .C chỉ là bí danh:

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

(Lưu ý: không có bí danh COMPILE.cxx mặc định)

Vì vậy, nếu bạn đang nhắm mục tiêu UNIX / Linux, cả .cc và .cpp đều là những lựa chọn rất tốt.

Khi nhắm mục tiêu Windows, bạn đang tìm kiếm sự cố với .C, vì hệ thống tệp của nó không phân biệt chữ hoa chữ thường. Và điều quan trọng là bạn cần lưu ý rằng Visual Studio ủng hộ hậu tố .cpp

Khi nhắm mục tiêu macOS, lưu ý rằng Xcode thích .cpp / .hpp (chỉ được kiểm tra trên Xcode 10.1). Bạn luôn có thể thay đổi mẫu tiêu đề để sử dụng .h.

Đối với những gì nó có giá trị, bạn cũng có thể dựa trên quyết định của bạn dựa trên các cơ sở mã mà bạn thích. Google sử dụng .cc và LLVM libc ++ sử dụng .cpp chẳng hạn.

Còn các tệp tiêu đề thì sao? Chúng được biên dịch theo ngữ cảnh của tệp C hoặc C ++, do đó không có trình biên dịch hoặc hệ thống xây dựng cần phân biệt .h với .hpp. Tuy nhiên, việc tô sáng cú pháp và thụt lề tự động bởi trình soạn thảo / IDE của bạn có thể là một vấn đề, nhưng điều này được khắc phục bằng cách liên kết tất cả các tệp .h với chế độ C ++. Ví dụ, cấu hình emacs của tôi trên Linux tải tất cả các tệp .h ở chế độ C ++ và nó chỉnh sửa các tiêu đề C tốt. Ngoài ra, khi trộn C và C ++, bạn có thể làm theo lời khuyên này .

Kết luận cá nhân của tôi : .cpp / .h là con đường ít kháng cự nhất.

Như những người khác đã viết trước tôi, cuối cùng, những gì đang được sử dụng bởi dự án / nhóm / công ty của bạn.

Cá nhân, tôi không sử dụng cctiện ích mở rộng, tôi đang cố gắng giảm số lượng tiện ích mở rộng và không tăng chúng, trừ khi có giá trị rõ ràng (theo ý kiến ​​của tôi).

Đối với giá trị của nó, đây là những gì tôi đang sử dụng :

c - Chỉ mã C thuần túy, không có lớp hoặc cấu trúc với các phương thức.

cpp - Mã C ++

hpp- Tiêu đề chỉ mã. Việc triển khai nằm trong các tiêu đề (như các lớp mẫu)

h- tệp tiêu đề cho cả C / C ++. Tôi đồng ý một sự khác biệt khác có thể được thực hiện, nhưng như tôi đã viết, tôi đang cố gắng giảm số lượng tiện ích mở rộng cho đơn giản. Ít nhất là từ các dự án C ++ mà tôi đã làm việc, hcác tệp cho Pure-C hiếm hơn, do đó tôi không muốn thêm một tiện ích mở rộng khác.