前のconstまたは後のconst？

開始するには、おそらくそれを知っています const使用して、オブジェクトのデータまたはポインタを変更できないようにするか、またはその両方を行うことができることます。

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

ただし、次の構文も使用できます。

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

問題と思われるのは、アスタリスクのどちら側に置くかだけです。 constキーワードを入力。個人的にconstは、タイプの左側に置いて、データが変更可能ではないことを指定することを好みます。左から右への考え方ではデータが読みやすいため、どの構文が最初に来るのですか？

さらに重要なのは、なぜ指定する2つの正しい方法があるのか constデータ、また、どのような状況で、どちらか一方を好むか、どちらか一方が必要な場合にどちらが必要かということです。

編集：

ですから、私が生まれるずっと前にコンパイラが物事を解釈する方法の標準が起草されたとき、これは恣意的な決定だったようです。constはキーワードの左側にあるものに適用されるので（デフォルトでは？）、少なくとも宣言が変更されるときまで、他の方法でキーワードと型修飾子を適用するための「ショートカット」を追加しても害はなかったと思います*または＆の解析...

これはCの場合もそうでした。

constデータを指定する正しい方法が2つあるのはなぜですか。また、どのような場合に、どちらか一方を好むか、もう一方よりも必要な場合がありますか。

本質的に、 constに、アスタリスクの前の指定子内は、C文法がカーニハンとリッチーによってそのように定義されたからです。

彼らがこのように文法を定義した理由は、Cコンパイラが入力を左から右に解析し、それを消費するにつれて各トークンの処理を終了したためと考えられます。かかる*トークンはポインタ型に現在宣言の状態を変化させます。const後に遭遇*するとは、const修飾子がポインター宣言に適用されることを意味します。前にそれに遭遇*修飾子はデータに適用される手段はを指摘しました。

意味の意味は変化しないので const修飾子が型指定子の前または後にあるどちらの方法でも受け入れられます。

関数ポインターを宣言するときにも、同様のケースが発生します。

• void * function1(void)返す関数を宣言しvoid *、
  

• void (* function2)(void)は、を返す関数への関数ポインタを宣言しますvoid。

ここでも注目すべきは、言語構文が左から右へのパーサーをサポートしていることです。

ルールは：

constは、残っているものに適用されます。左側に何もない場合は、右側に適用されます。

constが定義されている「元の」方法であるという理由だけで、constの右側にconstを使用することを好みます。

しかし、これは非常に主観的な見方だと思います。

私は2番目の構文を好みます。これは、型宣言を右から左に読むことで、「何が」が一定であるかを追跡するのに役立ちます。

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

宣言内のキーワードの順序は、すべてが固定されているわけではありません。「1つの真の順序」には多くの代替手段があります。このような

int long const long unsigned volatile i = 0;

それとも

volatile unsigned long long int const i = 0;

??

最初のルールは、ローカルのコーディング標準で必要な形式を使用することです。その後：consttypedefが関係している場合、前に置くことで混乱が続くことはありません。例：

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

コーディング標準でtypedefのポインターが許可されている場合は、型の後にconstを置くように強制する必要があります。すべての場合を除いて、型に適用される場合、constはそれが適用されるものに従う必要があるため、一貫性は後のconstを支持して主張します。しかし、ローカルのコーディングガイドラインはこれらすべてに優先します。通常、この違いはさかのぼって既存のコードをすべて変更するほど重要ではありません。

左または右のどちらかが許容されるという歴史的な理由があります。Stroustrupは1983年までにC ++にconstを追加しましたが、C89 / C90まではCになりませんでした。

C ++では、常に右側でconstを使用するのに十分な理由があります。constメンバー関数は次のように宣言する必要があるため、どこでも一貫性があります。

int getInt() const;