なぜunsigned intはCLSに準拠していませんか？

Question

符号なし整数がCLSに準拠していないのはなぜですか？

タイプの指定がパフォーマンスのためであり、正確さのためではないと考え始めました。

Answer 1

すべての言語がunsigned intsの概念を持っているわけではありません。例えば、VB 6には、VB7/7.1のデザイナーの決定を実行していないと思われるunsigned intのコンセプトはありませんでした（これは現在VB8で実装されています）。

http://msdn.microsoft.com/en-us/library/12a7a7h3.aspx

をCLSがまだ十分に小さい ほとんどの言語をサポートすることができていることを、一般的に開発者が必要とされている言語 構造を含むのに十分な大きさに設計されました：引用する

それ。さらに、 構造体の型安全性を迅速に検証することができない構造体である がCLSから除外され、すべてのCLS準拠言語 がそのように選択した場合、検証可能なコードを生成できるようになりました。

アップデート：私はいくつかの年前にこのことについて不思議をした、とUINTは検証型の安全性ではないでしょうなぜ私が見ることができない一方で、私はCLSの連中がどこかにようにカットオフポイントを持っていたと思いますサポートされている値タイプのベースライン最小数は何ですか。また、より多くの言語がCLRに移植されている長期的な考えを考えるとき、CLSコンプライアンスを得るために署名されていないintを実装する理由は何もありません。

Answer 2

符号なし整数は、特定の言語間で相互運用できないため、CLSに準拠していません。

Answer 3

Unsigned intは実際にはそれほど多くはありませんが、int型が1つ以上あると苦痛を与えます。そのため多くの言語ではint型が使われています。対応

CLSは、クラスは、言語のロットからの利用を行うことができることを目的としている...

は、誰もあなたがCLS準拠して行うものではありませんことを覚えておいてください。

あなたはまだ内方法、またはそれに準拠制限しをCLSにのみ公開APIであるとしてプライベート方法、にPARMSとして符号なし整数型を使用することができます。

Answer 4

Cの符号なし整数型は、数値ではなく抽象代数環のメンバとして動作する必要があるという事実を念頭に置いています[例えば、符号なし16ビット整数変数が0に等しい場合、それを減らすにはが必要です。は65,535を返し、65,535に等しい場合はゼロを生成する必要があります。]このような動作は非常に便利ですが、いくつかの言語の精神に対して私は、符号なしの型を省略するという決定は、チェックされた数値コンテキストとチェックされていない数値コンテキストの両方をサポートするという決定より前であると推測します。個人的には、符号なしの数と代数環のために別々の整数型があったらいいのに。単項マイナス演算子を符号なし32ビット数に適用すると、64ビット符号付きの結果が得られるはずです（0以外の値を否定すると負の数になります）が、リング型に単項マイナスを適用すると、

いずれの場合でも、符号なし整数がCLSに準拠しない理由は、「CLS互換」とみなされるために、言語が符号なし整数をサポートする必要がないとMicrosoftが判断したためです。