のconstポインタはC

Question

でより頻繁に使用されていないのはなぜそれは一例ではC.

でのconstポインタを使用してコードスニペットと実際のコードを参照するのは難しい：

FILE *fopen(const char *filename, const char *mode); 

私の質問です。なぜ私はそれを使用するのが理にかなっていてもconstポインタを使用しないのが普通だと私は確信しています。 私の例では、fopenは両方のパラメータでconstポインタを持つことができます。

私はconstの使い方を知っており、どのように動作するのか知っています。私の質問は、ソフトウェアエンジニアリングの観点と、大きなライブラリを書く人がそれをあまり使わない理由です。プロのコードでconstポインタを使用しない理由はありますか？通常、私は書籍とコードスニペットでconstについて多くを見るだけです。

Answer 1

Cの初期バージョン（1989年の最初のANSI規格以前）は、constをまったくサポートしていませんでした。したがって、fopen()のような標準ライブラリの関数は、もともとはconst修飾子なしで指定されていました。

いくつかの専門的な設定では、古いコードと古いコンパイラを使用することは、下位互換性のために必要な場合があります（ただし、時間が進むにつれて希少になります。時間）。これには、これらの設定で使用されるライブラリの下位互換性が必要です。

このような特定の制約がない限り、constを適切に使用して最新のコードを書くことが望ましいです（たとえば、関数がポインタによって渡された引数を変更しないことを示す）。これにより、プログラマーのエラーを検出する機会が増えます（例えば、呼び出し元が変更しない引き数を変更する関数）。

constを使用しないコードの一般的な理由は、プログラマ（または悪い顧客）です。クイックデリバリの詳細 - エラーなしでいくつかのテストケースをコンパイルして渡すコードの取得は優先順位1ですが、可能性のあるあらゆる不測の事態に適切に対応しているコードは、それほど重要ではない（または他の誰かの問題）と考えられています。そのような設定では、constは、（例えば、何かをタグ付けした関数constを変更する機能のために）より多くのコンパイルエラーを引き起こし、したがって、コードをコンパイルするためにより多くの労力と時間を必要とする。 constを省略すると、コードのコンパイルが容易になります。現代のテキストエディタやIDEでは、サードパーティライブラリを使用していない限り、コードベースでconstのインスタンスをすべて削除すると、コンパイルエラーの数が表面的に減少する可能性があります。逆に、constが便利なコード内のすべての場所を特定することは難しく、コードベースでconstの使用量を増やした場合の即時の報酬は、コンパイルされないコードを修正するために多くの作業を行う必要があります。

つまり、constの利点は即時ではありませんので、短期的な "配信または死亡"のメンタリティを持つ開発者/管理者/顧客には関係なく、後に問題を解決する必要はありません。