なぜArray.Lengthは整数ではなく、整数ではない

Question

なぜArray.Lengthはintであり、uintではないのですか？長さの値が決して負にならないので、これは私を悩ます（ほんの少し）。

はこれも

だから究極の質問は...あなたがint値を指定する とき、これは明示的にキャストする必要があるため、自分のクラスに長さプロパティのint型を使用するように私を余儀なくさ：無署名のint（uint）のための使用はありますか？マイクロソフトでさえそれらを使用していないようです。

Answer 1

unsigned int型は、CLSに準拠していませんので、UIntを実装してくださいこれらの言語にプロパティの使用を制限します。

はこちらをご覧ください：

Framework 1.1の

Introduction to the .NET Framework Class Library

Framework 2.0の

.NET Framework Class Library Overview

Answer 2

通常、符号なしの値が明示的に必要な場合を除き、整数値には符号が付きます。それは彼らが使用されている方法です。私はその選択に同意しないかもしれませんが、それはまさにその方法です。

当分の間、典型的なメモリの制約により、配列や類似のデータ構造にUInt32の長さが必要な場合は、他のデータ構造も考慮する必要があります。バイトの配列で

、のInt32はあなたの値の2ギガバイトを与える

Answer 3

Array.Lengthは符号なしで負のintに追加された場合、Array.Lengthはある時点で負の数に追加されるので、下位レベルでは単純化する必要があるかもしれないと思う補完）、厄介な結果になる可能性があります。

Answer 4

"究極の質問"に誰も答えられなかったようです。

私は、unsigned intの主な用途は外部システム（P/Invokeなど）との簡単なインターフェイスを提供し、.NETに移植されるさまざまな言語のニーズをカバーすることだと考えています。

Answer 5

多くの理由：

• UINTは、このように本来設計が占有ヒープ上の任意のオブジェクトを禁止するように依存タイプに内蔵（アレイ）ランタイム
• 問題があったであろう行う、CLSに準拠していません2GB以上のメモリこの限界以下の最大サイズの配列は新しいbyte [int.MaxValue]なので、正であるが不正な配列の長さを生成することができるのは困惑します。
  • この制限は、somewhat removed in the 4.5 releaseですが、標準の長さはintであることに注意してください。
• 歴史的にC＃は、CとC++の構文と規約の多くを継承しています。これらの配列では単純にポインタの算術演算であるため、負の配列インデックスが可能でした（通常は違法で危険ですが）。既存のコードでは配列インデックスが署名されていると仮定しているため、これは要素であったでしょう
• 関連するメモでは、C/C++の配列インデックスに符号付き整数を使用すると、これらの言語と管理対象外関数を持つinteropは、とにかくそのような状況では、intは不一致のために混乱する可能性があります。
• BinarySearchの実装（多くのアルゴリズムの非常に有用なコンポーネント）は、値が見つからないことを示すためにintの負の範囲を使用できることに依存しています。とこの値を維持するために挿入する場所ソート。
• アレイ上で操作するときは、既存のインデックスの負のオフセットを取ることをお勧めします。 unitを使用して配列の先頭を過ぎてしまうオフセットを使用した場合、ラップアラウンド・ビヘイビアはインデックスが正当なものである可能性があります。 intを指定すると結果は不正になりますが、実行時に無効なメモリを読み取らないようにするため安全です。