Ủy ban Tiêu chuẩn C ++ có xu hướng tránh thêm các từ khóa mới vào ngôn ngữ này, nhưng với C ++ 11 thì không như vậy. Vài ví dụ:
constexpr
decltype
thread_local
auto // New usage
noexcept
nullptr
static_assert
alignof
alignasCó bất kỳ từ khóa mới nào được giới thiệu với C ++ 14 không?
Câu trả lời:
Bảng 4 (Từ khóa) trong N3936 (C ++ 14):
alignas continue friend register true
alignof decltype goto reinterpret_cast try
asm default if return typedef
auto delete inline short typeid
bool do int signed typename
break double long sizeof union
case dynamic_cast mutable static unsigned
catch else namespace static_assert using
char enum new static_cast virtual
char16_t explicit noexcept struct void
char32_t export nullptr switch volatile
class extern operator template wchar_t
const false private this while
constexpr float protected thread_local
const_cast for public throwBảng 4 trong N3337 (C ++ 11):
alignas continue friend register true
alignof decltype goto reinterpret_cast try
asm default if return typedef
auto delete inline short typeid
bool do int signed typename
break double long sizeof union
case dynamic_cast mutable static unsigned
catch else namespace static_assert using
char enum new static_cast virtual
char16_t explicit noexcept struct void
char32_t export nullptr switch volatile
class extern operator template wchar_t
const false private this while
constexpr float protected thread_local
const_cast for public throw... đó là một cách nói "không" dài dòng.
( overridevà finallà "số nhận dạng có ý nghĩa đặc biệt" và được liệt kê trong Bảng 3; andv.v. là "đại diện thay thế ... cho một số toán tử và dấu chấm câu" và được liệt kê trong Bảng 5. Cả hai bảng đều không thay đổi giữa C ++ 11 và C ++ 14.)
registertừ khóa vẫn còn có ích hoặc sử dụng trong C ++ mới 11 mã?
Tôi đăng câu trả lời này với mục đích cung cấp các công cụ để tìm câu trả lời cho các câu hỏi tương tự.
Bản nháp tiêu chuẩn hiện được lưu giữ trong kho lưu trữ GitHub công khai. Điều đó có nghĩa là bạn có thể đặt câu hỏi này cho chính GitHub!
Bảng từ khóa có trong tệp source/lex.tex. Nếu bạn đổ lỗi cho nó, chúng tôi có thể thấy rằng thay đổi cuối cùng đối với bảng từ khóa đã diễn ra vào tháng 8 năm 2011 (thực sự đó là cam kết đầu tiên: bảng đó đã không thay đổi kể từ khi repo được phát hành vào khoảng thời gian C ++ 11 đang được hoàn thiện).
Ngoài ra, chúng ta có thể yêu cầu GitHub so sánh hai bản nháp đã được gửi để bỏ phiếu cho cả hai phiên bản của tiêu chuẩn: N3337 và N3936. Sự khác biệt giữa hai điều đó cho thấy rằng các thay đổi đối với lex.texkhông thay đổi bất kỳ điều gì trong bảng từ khóa.
Không có từ khóa mới nào sẽ được thêm vào với C ++ 14. Điều này không có gì đáng ngạc nhiên vì C ++ 14 được dự định là một bản nâng cấp nhỏ cho C ++ 11 chủ yếu liên quan đến việc dọn dẹp lỗi và thực hiện các cải tiến nhỏ, tác động thấp. Thay đổi lớn tiếp theo có thể là C ++ '17', nơi tôi mong đợi các từ khóa mới một lần nữa.
Ủy ban Tiêu chuẩn C ++ có xu hướng tránh thêm các từ khóa mới vào ngôn ngữ này, nhưng với C ++ 11 thì không như vậy.
Tôi nghĩ rằng điều đáng xem là tại sao ủy ban lại tránh thêm các từ khóa mới (và tình cờ là tại sao bạn lại sai khi đưa autovào danh sách của mình). Vấn đề chính với các từ khóa mới là trong C ++, bạn không thể sử dụng một từ khóa làm định danh, có nghĩa là việc thêm một từ khóa mới sẽ phá vỡ mã hiện có. Repurposing auto, sau đó, không phá vỡ quy tắc của họ, vì không có mã hiện tại có thể sử dụng autonhư một định danh nào .
Vì vậy, để chấp nhận một từ khóa mới, cần phải có sự biện minh lớn hơn chi phí của một cuộc đụng độ tiềm năng với mã hiện tại và không có cách hợp lý nào để triển khai điều tương tự mà không có từ khóa mới. Trong trường hợp của C ++ 11, ủy ban đã chấp nhận một số đề xuất yêu cầu từ khóa mới vì họ cảm thấy rằng lợi ích lớn hơn chi phí không phải vì họ không ghét thêm từ khóa mới.
Đó cũng là lý do tại sao, nếu bạn nhìn xuống danh sách bạn đã cung cấp, mỗi từ khóa là một từ khóa ghép vì điều đó làm giảm khả năng chúng xung đột với các số nhận dạng hiện có.