Cに配列長関数がないのはなぜですか？

Question

various C言語で配列の長さを見つける方法はありますが、言語はそれを提供しません。

このような共通の操作をCやそのリビジョンに含めない理由は何ですか？

Answer 1

Cの設計理念の1つは、すべてのデータ型が直接メモリにマップされ、長さなどの配列型のメタデータを格納しようとするとその考え方に反しているということです。 Cの開発を記述するデニス・リッチーによってarticleから

、我々はこれを見つける：

胚C
を...
これらのセマンティクスはBから簡単に移行を表現し、私は彼らと実験しました数ヶ月間。型記法を拡張しようとしたとき、特に構造化（レコード）型を追加しようとすると、問題が明らかになりました。構造体は、マシンのメモリ上に直感的な方法でマッピングする必要がありますが、配列を含む構造体では、配列の基底を含むポインタを隠すのに適していませんでした。初期化されました。例えば、初期のUnixシステムのディレクトリエントリはCで記述されているかもしれません。

    struct { 
     int  inumber; 
     char name[14]; 
    }; 

私はこの構造が抽象オブジェクトを特徴付けるだけでなく、ディレクトリから読み込まれる可能性のあるビットの集合を記述することを望んでいました。コンパイラは、セマンティクスが要求する名前へのポインタをどこに隠すことができますか？構造体がより抽象的に考えられていても、ポインタのスペースが何とか隠されていても、構造体を含む構造体を任意の深さに指定した複雑なオブジェクトを割り当てるときに、これらのポインタを適切に初期化するという技術的な問題はどうして処理できますか？ この解決策は、タイプのないBCPLと型付きCの間の進化的連鎖における重要な飛躍を構成しました。ストレージ内のポインタのマテリアライゼーションを排除し、配列名が式に記述されたときにポインターの作成を引き起こしました。今日のCで存続するルールは、配列型の値が式に現れたときに、配列を構成する最初のオブジェクトへのポインタに変換されるということです。

強調鉱山。上記の「ポインタ」という言葉を「メタデータ」に置き換えてください。私はあなたの質問に対する答えがあると思います。

Answer 2

ここで誰かがC標準委員会にいるのでなければ、権威のある答えを得ることはまずありません。しかし、私が考えることができる2つの理由：

1. 多くの（ほとんどの場合）状況では、あなたはポインタを持っているだけの配列を持っていません。

2. アレイに関するメタデータを保存すると、ストレージサイズなどが増加します.Cの一般的なルールは、使用しないものに対してはお支払いを行わないことです。

Answer 3

効率が低下しています。 Cは非常に効率的なプログラミング言語です。

Answer 4

Cはオブジェクト指向ではないため、オブジェクトに添付されたメソッドの概念はありません。それはスピードとシンプルさを念頭に置いて設計されており、一般的なイディオムsizeof (array)/sizeof(array[0])は短くて簡単です。

Answer 5

C言語の配列構文は、ポインタ演算の単なる構文上の砂糖です。長さと境界チェックを持つ実配列を作成したい場合は、配列ポインタとその長さを含む構造体を作成し、境界をチェックする関数を通してのみアクセスします。