Cユーザー識別子の長さに制限はありますか？

C言語識別子の長さはコンパイラによって制限され、一部の文字（最初の31など）のみをサポートできます。携帯性の問題を回避し、エラーの可能性を減らすために、簡潔で明確な識別子が必要です。

Cユーザー識別子の長さに制限はありますか？答えは次のとおりですが、実際の制限はコンパイラに依存し、標準によって厳密に規定されていません。

この質問は簡単に思えますが、隠された謎があります。多くの初心者は、64や128などの特定の数を超えない限り、実際の状況はこれよりもはるかに複雑であると考えています。 C標準は、文字やアンダースコアから始まるなど、識別子の構成ルールのみを指定し、その後に文字、数字、またはアンダースコアを続けることができます。しかし、長さについては、標準的なドキュメントはあいまいで、通常は「十分に長い」としか言いません。

この「長い」背後にあるのは、コンパイラの実装の違いです。コンパイラが異なると、識別子の長さが異なります。一部のコンパイラは最初の31文字のみをサポートする場合があり、その後の文字は無視されます。一部のコンパイラは、さらに多くのキャラクターをサポートする場合があります。あなたはどれくらいの安全なのかと尋ねるかもしれません。絶対数を与える方法はありません。

究極のコード読みやすさを追求するために、 process_incoming_network_data_packet_from_client_socketなど、プロジェクトで長い識別子を使用していました。当時使用されていたGCCコンパイラの下では、すべてが順調でした。ただし、コードを埋め込みシステムに移植し、別のコンパイラを使用したとき、問題が発生しました。コンパイラは、識別子が長すぎると言って、エラーを直接報告しました。これにより、「十分に長い」と呼ばれるものがコンパイラに完全に依存することを理解できます。

それで、ベストプラクティスは何ですか？火で遊んではいけません！いわゆる「発現能力」を追求するために、あまり長い識別子を使用しないでください。これにより、携帯性の問題が発生するだけでなく、コードが読み取りと維持を困難にします。コードは人々が見ることができるように書かれていることを忘れないでください。2つ目はマシンで実行されます。

明確で簡潔な識別子は、長くて複雑な識別子よりもはるかに優れています。たとえば、上記の例では、複数の関数に分割するか、 process_network_dataやprocNetDataなどの短い名前を使用することを検討できます。これにより、コードの読みやすさが向上するだけでなく、エラーの可能性も低下します。

別の例では、一部のコンパイラの下では次のコードが問題ない場合がありますが、他のコンパイラの下でエラーを報告するか、予期しない結果を作成します。

 <code class="c">#include <stdio.h> int incredibly_long_variable_name_that_might_cause_problems_on_some_compilers = 10; int main() { printf("%d\n", incredibly_long_variable_name_that_might_cause_problems_on_some_compilers); return 0; }</stdio.h></code>

このリスクを冒す代わりに、最初から優れたプログラミング習慣を開発し、簡潔で明確な識別子を使用する方が良いでしょう。これにより、不必要な手間を回避するだけでなく、コードがよりエレガントでメンテナンスが容易になります。プログラミングとは、実行できるコードを作成するだけでなく、さらに重要なことに、高品質で理解しやすいコードを作成することです。これは大きな雄牛になる本当の方法です。

以上がCユーザー識別子の長さに制限はありますか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。