Const trước hay const sau?

Để bắt đầu, bạn có thể biết rằng constcó thể được sử dụng để làm cho dữ liệu của đối tượng hoặc con trỏ không thể sửa đổi hoặc cả hai.

const Object* obj; // can't change data
Object* const obj; // can't change pointer
const Object* const obj; // can't change data or pointer

Tuy nhiên, bạn cũng có thể sử dụng cú pháp:

Object const *obj; // same as const Object* obj;

Điều duy nhất có vẻ quan trọng là phía nào của dấu hoa thị bạn đặt consttừ khóa. Cá nhân tôi thích đặt constbên trái của loại để chỉ định dữ liệu của nó không thể sửa đổi vì tôi thấy nó đọc tốt hơn trong suy nghĩ từ trái sang phải của tôi nhưng cú pháp nào đến trước?

Quan trọng hơn tại sao có hai cách chính xác để xác định constdữ liệu và trong trường hợp nào bạn muốn hoặc cần cái này hơn cái kia nếu có?

Biên tập:

Vì vậy, có vẻ như đây là một quyết định tùy tiện khi tiêu chuẩn về cách trình biên dịch diễn giải mọi thứ đã được soạn thảo từ lâu trước khi tôi được sinh ra. Vì constđược áp dụng cho những gì ở bên trái của từ khóa (theo mặc định?) Tôi đoán rằng họ cho rằng không có hại gì khi thêm "phím tắt" để áp dụng từ khóa và nhập vòng loại theo những cách khác ít nhất là cho đến khi thời điểm khai báo thay đổi. phân tích cú pháp * hoặc & ...

Đây cũng là trường hợp của C?

Tại sao có hai cách chính xác để chỉ định constdữ liệu và trong trường hợp nào bạn muốn hoặc cần cái này hơn cái kia nếu có?

Về cơ bản, lý do mà vị trí của các nhà đầu cơ consttrước dấu hoa thị không quan trọng là ngữ pháp C đã được Kernighan và Ritchie định nghĩa theo cách đó.

Lý do họ xác định ngữ pháp theo cách này có khả năng là trình biên dịch C của họ đã phân tích cú pháp đầu vào từ trái sang phải và xử lý xong từng mã thông báo khi nó tiêu thụ. Việc sử dụng *mã thông báo thay đổi trạng thái của khai báo hiện tại thành một loại con trỏ. Gặp constsau *nghĩa là constvòng loại được áp dụng cho khai báo con trỏ; gặp nó trước khi *có nghĩa là vòng loại được áp dụng cho dữ liệu được trỏ đến.

Bởi vì ý nghĩa ngữ nghĩa không thay đổi nếu constvòng loại xuất hiện trước hoặc sau các chỉ định loại, nên nó được chấp nhận theo một trong hai cách.

Một loại trường hợp tương tự phát sinh khi khai báo các con trỏ hàm, trong đó:

• void * function1(void)khai báo một chức năng mà trở về void *,
  

• void (* function2)(void)khai báo một con trỏ hàm đến một hàm trả về void.

Một lần nữa, điều cần chú ý là cú pháp ngôn ngữ hỗ trợ trình phân tích cú pháp từ trái sang phải.

Quy tắc là:

const áp dụng cho những gì còn lại của nó. Nếu không có gì ở bên trái thì nó áp dụng cho thứ bên phải của nó.

Tôi thích sử dụng const ở bên phải của vật thể chỉ vì nó là cách "gốc" const được định nghĩa.

Nhưng tôi nghĩ rằng đây là một quan điểm rất chủ quan.

Tôi thích cú pháp thứ hai. Nó giúp tôi theo dõi 'cái gì' không đổi bằng cách đọc khai báo kiểu từ phải sang trái:

Object * const obj;        // read right-to-left:  const pointer to Object
Object const * obj;        // read right-to-left:  pointer to const Object
Object const * const obj;  // read right-to-left:  const pointer to const Object

Thứ tự của các từ khóa trong một tuyên bố không phải là tất cả cố định. Có nhiều lựa chọn thay thế cho "một trật tự thực sự". Như thế này

int long const long unsigned volatile i = 0;

hoặc nó nên

volatile unsigned long long int const i = 0;

??

Nguyên tắc đầu tiên là sử dụng bất kỳ định dạng nào mà tiêu chuẩn mã hóa địa phương của bạn yêu cầu. Sau đó: đặt constphía trước dẫn đến không có sự nhầm lẫn khi typedefs có liên quan, ví dụ:

typedef int* IntPtr;
const IntPtr p1;   // same as int* const p1;

Nếu tiêu chuẩn mã hóa của bạn cho phép typedef's con trỏ, thì nó thực sự nên nhấn mạnh vào việc đặt const sau loại. Trong mọi trường hợp nhưng khi áp dụng cho loại, const phải tuân theo những gì nó áp dụng, vì vậy sự gắn kết cũng tranh luận có lợi cho const sau. Nhưng hướng dẫn mã hóa địa phương thổi phồng tất cả những điều này; sự khác biệt thường không đủ quan trọng để quay lại và thay đổi tất cả các mã hiện có.

Có những lý do lịch sử mà trái hoặc phải được chấp nhận. Stroustrup đã thêm const vào C ++ vào năm 1983 , nhưng nó đã không được đưa vào C cho đến C89 / C90.

Trong C ++, có một lý do chính đáng để luôn sử dụng const ở bên phải. Bạn sẽ nhất quán ở mọi nơi vì các hàm thành viên const phải được khai báo theo cách này:

int getInt() const;