Làm thế nào quan trọng là bạn biết tiêu chuẩn C ++?

Tôi đã thử tìm kiếm, nhưng tôi không thấy một câu hỏi tương tự (hoặc đó là thuật ngữ tìm kiếm của tôi không chính xác - nếu vậy, hãy thoải mái đóng lại).

Tôi là một người thích sử dụng SO và tôi nhận thấy rằng có rất nhiều tài liệu tham khảo về tiêu chuẩn C ++ trong các cuộc thảo luận và câu trả lời - và tôi phải thừa nhận, tôi chưa bao giờ đọc tài liệu đặc biệt này, ngôn ngữ khiến mắt tôi đau ... , câu hỏi là, một nhà phát triển C ++ có thể thực sự viết mã để kiếm sống mà không cần phải đọc tài liệu này không? Có thực sự quan trọng đối với chúng ta chỉ là những người không phải là người trong lĩnh vực viết trình biên dịch?

Không - bạn có thể hòa thuận tốt mà không cần nó

Tuy nhiên, bạn sẽ hiểu sâu hơn nhiều nếu bạn dành thời gian để tìm hiểu nó. Có lẽ làm theo các tài liệu tham khảo từ những câu hỏi gây rắc rối cho bạn và học một đoạn nhỏ tại một thời điểm.

Nếu bạn muốn tranh luận về ngữ nghĩa và tiêu chuẩn ngôn ngữ, thì tiêu chuẩn là rất quan trọng. (Tôi không có ý này hoàn toàn derogatorily.) Nếu bạn chỉ muốn hoàn thành công việc trong các ngôn ngữ (so với trên các ngôn ngữ), sau đó nó là ít hơn nhiều như vậy.

Tiêu chuẩn có thể tạo một tài liệu tham khảo hợp lý cho thư viện chuẩn (không quá nhiều cho chính ngôn ngữ) một khi bạn cảm thấy thoải mái với nó, nhưng tôi ngần ngại khuyên bạn nên sử dụng nó theo cách đó. Hầu hết mọi người dường như làm tốt hơn với các vật liệu khác. Điều đó nói rằng, tôi chuyển sang tiêu chuẩn thường xuyên hơn không khi tôi cần tìm kiếm một cái gì đó về stdlib.

Tuy nhiên, đọc các bản nháp và giấy tờ của ủy ban là một cách để theo kịp C ++ 0x - trên thực tế, một trong số rất ít cách, hiện tại.

Đối với SO và các diễn đàn khác, tôi ngần ngại trích dẫn tiêu chuẩn trừ khi có vẻ như poster sẽ rõ ràng và chắc chắn có lợi - có lẽ họ đã yêu cầu điều đó hoặc tôi nghĩ họ đang mong đợi điều đó. Trong hầu hết các trường hợp và đặc biệt là với các lập trình viên mới sử dụng C ++, trích dẫn nó thường dường như không giúp được gì nhiều.

Bạn nên có sẵn nó để tham khảo nhưng tôi không nghĩ ai khác ngoài các tác giả của nó đã đọc toàn bộ ... nếu họ thậm chí đã làm (họ làm việc trong các nhóm tập trung vào các lĩnh vực nên tôi nghi ngờ về điều đó).

Lý do bạn nên có sẵn là đôi khi một câu hỏi về tính chính xác của mã chỉ có thể được trả lời bằng cách tham khảo tiêu chuẩn.

Có lẽ điều quan trọng hơn là bạn biết tiêu chuẩn ở đâu và biết khi nào nên tìm kiếm mọi thứ.

Nếu không có gì khác, bạn nên kiểm tra định kỳ để đảm bảo rằng bạn đang tuân thủ phiên bản mới nhất và không để mã của bạn bị trôi.

Trong một nhóm lớn, bạn thường nên có một người (nhưng thường không còn nữa) biết rõ tiêu chuẩn ít nhất là hợp lý, để họ có thể làm những việc như giải quyết bất kỳ đối số / câu hỏi nào về những điều như liệu mã cụ thể có phù hợp với yêu cầu của tiêu chuẩn hay không.

Tuy nhiên, trên thực tế, những câu trả lời đó cần được tôi luyện bằng phán đoán và kinh nghiệm. Tiêu chuẩn (hiện tại) nói exportlà một từ khóa và cho biết những gì nó làm. Trong thực tế, nó chỉ đơn giản là không hoạt động theo cách đó với hầu hết các trình biên dịch. Tương tự như vậy, trong nhiều trường hợp, nếu bạn có ba người không đồng ý về một số mã cụ thể và tiêu chuẩn có thể nói gì về nó, đó có thể là một dấu hiệu cho thấy mã có thể cần viết lại để đơn giản hơn.

Đồng thời, hầu hết các nhóm sẽ làm việc hầu hết trên một nền tảng và có một tiêu chuẩn (và ai đó ít nhất là quen thuộc với nó) xung quanh để kiểm tra xem những gì bạn đang làm không quá chặt chẽ với nền tảng đó chắc chắn có thể có ích

Tôi đã kiếm được bánh mì của mình như một nhà phát triển C ++ trong khoảng 4 năm, mà không cần đọc tiêu chuẩn. Trên thực tế, trong hai năm đầu tiên, tôi thậm chí còn không đọc nhiều hơn C ++ Primer của các bài báo của Stan Lippman và MSDN. Vì vậy, có thể - thực tế tôi sợ rằng hầu hết những người sản xuất mã C ++ thậm chí không đọc các tác phẩm cơ bản như Hiệu quả C ++ và cộng sự. mà bản thân tôi chỉ phát hiện ra sau này

IMHO để trở thành một nhà phát triển C ++ giỏi, người ta phải hiểu logic bên trong của ngôn ngữ (như Scott Meyers lưu ý, C ++ là về 4 ngôn ngữ khác nhau) và các thành ngữ và cạm bẫy phổ biến, và sẵn sàng luôn học hỏi thêm. Đọc các chủ đề trên SO có thể dạy rất nhiều về các trường hợp góc, trong đó đến lượt nó có thể đáng đọc lên các phần có liên quan của tiêu chuẩn, nếu ai đó muốn thực sự đào sâu hơn. Nhưng đọc toàn bộ nó có lẽ hiếm khi cần thiết cho hầu hết chúng ta.

"Biết tiêu chuẩn" là một vấn đề mức độ, và không nhất thiết có nghĩa là ghi nhớ tài liệu gốc.

Một tài liệu tiêu chuẩn được thiết kế để có thẩm quyền - không nhất thiết phải có thể truy cập. Có rất nhiều nguồn loại bỏ một bước dễ tiếp cận hơn nhiều. Đúng, có một chút thì thầm của Trung Quốc trong đó, nhưng nó hiếm khi là một vấn đề lớn - chắc chắn ở cấp độ một bước.

Tiết lộ đầy đủ - Tôi buộc phải nói điều này - Tôi chưa bao giờ đọc tiêu chuẩn. Mặc dù tôi có thể sẽ nỗ lực để có được tài liệu C ++ 0x đầy đủ khi nó được hoàn thành.

EDIT tất nhiên nếu Stroustrup phát hành phiên bản mới của "Ngôn ngữ lập trình C ++", tôi có thể giải quyết vấn đề đó một lần nữa.

Khi tôi lập trình trong C ++, tôi thường nhắc đến tiêu chuẩn ngôn ngữ để biết thông tin về các chức năng thư viện tiêu chuẩn. Thư viện chuẩn C ++ khá lớn và tôi thấy tiêu chuẩn ngôn ngữ là nguồn thuận tiện nhất.

Tôi có thể đã thề rằng tôi đã trả lời câu hỏi này trước đây, nhưng tôi không thể tìm thấy nó. Về cơ bản, C ++ không giống như Java ở chỗ nó dự định có lỗ hổng trong đặc tả mà các thông số kỹ thuật nền tảng khác có thể lấp đầy (ví dụ POSIX, hoặc đặc tả ABI của kiến ​​trúc hoặc trình biên dịch của bạn). Do đó, khi trả lời các câu hỏi trên các trang web như StackOverflow, thông thường sẽ đưa ra thông số kỹ thuật để chỉ ra rằng chỉ vì một cái gì đó hoạt động trên một trình biên dịch không ngụ ý rằng nó hoạt động ở mọi nơi. Nói cách khác, rất nhiều lý do để tham khảo các thông số kỹ thuật cụ thể khi làm việc với C ++ là để làm rõ chính xác mức độ sử dụng cụ thể của ngôn ngữ.