Const sebelum atau const sesudah?

Untuk memulai, Anda mungkin tahu bahwa constdapat digunakan untuk membuat data objek atau pointer tidak dapat dimodifikasi atau keduanya.

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

Namun Anda juga dapat menggunakan sintaks:

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

Satu-satunya hal yang tampaknya penting adalah sisi asterisk mana yang Anda masukkan constkata kunci. Secara pribadi saya lebih suka memakai constdi sebelah kiri jenis untuk menentukan data itu tidak dapat dimodifikasi karena saya menemukan itu membaca lebih baik dalam pola pikir kiri-ke-kanan saya tetapi sintaks mana yang lebih dulu?

Lebih penting lagi mengapa ada dua cara yang benar untuk menentukan constdata dan dalam situasi apa Anda lebih suka atau membutuhkan satu dari yang lain jika ada?

Edit:

Jadi sepertinya ini adalah keputusan yang sewenang-wenang ketika standar untuk bagaimana kompiler harus menafsirkan hal-hal yang dirancang jauh sebelum saya lahir. Karena constditerapkan pada apa yang ada di sebelah kiri kata kunci (secara default?) Saya kira mereka pikir tidak ada salahnya menambahkan "pintasan" untuk menerapkan kata kunci dan mengetikkan kualifikasi dengan cara lain setidaknya sampai saat deklarasi berubah oleh parsing * atau & ...

Ini adalah kasus di C juga maka saya berasumsi?

mengapa ada dua cara yang benar untuk menentukan constdata dan dalam situasi apa Anda lebih suka atau membutuhkan satu dari yang lain jika ada?

Pada dasarnya, alasan bahwa posisi constdalam specifier sebelum tanda bintang tidak menjadi masalah adalah bahwa tata bahasa C didefinisikan seperti itu oleh Kernighan dan Ritchie.

Alasan mereka mendefinisikan tata bahasa dengan cara ini adalah kemungkinan bahwa kompiler C mereka mem-parsing input dari kiri ke kanan dan selesai memproses masing-masing token saat dikonsumsi. Mengkonsumsi *token mengubah status deklarasi saat ini menjadi tipe pointer. Mengalami constsetelah *berarti constkualifikasi diterapkan ke deklarasi pointer; menjumpainya sebelum *sarana kualifikasi diterapkan pada data yang ditunjukkan.

Karena makna semantik tidak berubah jika constkualifikasi muncul sebelum atau setelah penspesifikasi tipe, itu diterima baik cara.

Jenis kasus serupa muncul ketika mendeklarasikan pointer fungsi, di mana:

• void * function1(void)mendeklarasikan fungsi yang mengembalikan void *,
  

• void (* function2)(void)mendeklarasikan pointer fungsi ke fungsi yang mengembalikan void.

Sekali lagi hal yang perlu diperhatikan adalah bahwa sintaks bahasa mendukung parser kiri-ke-kanan.

Aturannya adalah:

const berlaku untuk hal yang tersisa darinya. Jika tidak ada apapun di sebelah kiri maka itu berlaku untuk hal yang benar itu.

Saya lebih suka menggunakan const di sebelah kanan hal menjadi const hanya karena itu adalah konst "asli" cara didefinisikan.

Tapi saya pikir ini adalah sudut pandang yang sangat subyektif.

Saya lebih suka sintaks kedua. Ini membantu saya melacak 'apa' yang konstan dengan membaca deklarasi tipe dari kanan ke kiri:

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

Urutan kata kunci dalam deklarasi tidak semuanya diperbaiki. Ada banyak alternatif untuk "tatanan yang benar". Seperti ini

int long const long unsigned volatile i = 0;

atau seharusnya begitu

volatile unsigned long long int const i = 0;

??

Aturan pertama adalah menggunakan format apa pun yang dibutuhkan oleh standar pengkodean lokal Anda. Setelah itu: meletakkan constdi depan tidak akan berakhir kebingungan ketika typedefs terlibat, misalnya:

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

Jika standar pengodean Anda memungkinkan typedef tentang pointer, maka itu benar-benar harus bersikeras menempatkan const setelah tipe. Dalam setiap kasus tetapi ketika diterapkan pada tipe, const harus mengikuti apa yang berlaku untuknya, sehingga koherensi juga berpendapat mendukung const setelah. Tetapi pedoman pengkodean lokal mengalahkan semua ini; perbedaan biasanya tidak cukup penting untuk kembali dan mengubah semua kode yang ada.

Ada alasan historis bahwa kiri atau kanan dapat diterima. Stroustrup telah menambahkan const ke C ++ pada tahun 1983 , tetapi tidak membuatnya ke C sampai C89 / C90.

Di C ++ ada alasan bagus untuk selalu menggunakan const di sebelah kanan. Anda akan konsisten di mana saja karena fungsi const member harus dinyatakan dengan cara ini:

int getInt() const;