intまたはInt32を使用する必要があります

C＃では、intとInt32同じものですが、私は何度も読んだことintよりも好ましいInt32与えられていない理由とは。理由はありますか、私は気にする必要がありますか？

ECMA-334：2006 C＃言語仕様（p18）：

事前定義された各タイプは、システム提供のタイプの省略形です。たとえば、キーワードintはstructを参照しSystem.Int32ます。スタイルの問題として、完全なシステムタイプ名を使用するよりも、キーワードを使用することをお勧めします。

2つは確かに同義です。int少し見慣れInt32たものになり、コードを読む人にとって32ビット性がより明確になります。私はint「整数」だけが必要Int32な場合、サイズが重要な場合（暗号コード、構造）を使用する傾向があるので、将来のメンテナはint、適切な場合にを拡大しても安全であることを知っていますがInt32、同じようにを変更するように注意する必要があります。

結果のコードは同じになります。違いは、単に可読性またはコードの外観の1つです。

それらは両方とも32ビット整数を宣言し、他のポスターが述べているように、どちらを使用するかは主に構文スタイルの問題です。ただし、常に同じように動作するとは限りません。たとえば、C＃コンパイラはこれを許可しません。

public enum MyEnum : Int32
{
    member1 = 0
}

しかし、それはこれを可能にします：

public enum MyEnum : int
{
    member1 = 0
}

図を行きます。

例えば、 -私は常に、システムのタイプを使用するInt32代わりにint。Applied .NET Frameworkプログラミングを読んだ後、私はこの方法を採用しました-作者のJeffrey Richterが完全な型名を使用するための良い例を作成します。ここに、私に付き合った2つのポイントがあります。

1. タイプ名は.NET言語によって異なります。たとえば、C＃ではlongSystem.Int64 にマップされますが、マネージ拡張機能付きのC ++では、longInt32 にマップされます。.NETを使用している間、言語を混在させることができるため、読者の優先言語に関係なく、明示的なクラス名を使用する方が常により明確になります。

2. 多くのフレームワークメソッドには、メソッド名の一部として型名があります。

   BinaryReader br = new BinaryReader( /* ... */ );
   float val = br.ReadSingle();     // OK, but it looks a little odd...
   Single val = br.ReadSingle();    // OK, and is easier to read

intはC＃キーワードであり、明確です。

ほとんどの場合それは重要ではありませんが、Int32に反する2つの点があります。

• 「使用システム」が必要です。ステートメント。「int」を使用する場合、usingステートメントは不要です。
• Int32と呼ばれる独自のクラスを定義することは可能です（これはばかげて混乱するでしょう）。intは常にintを意味します。

すでに述べたように、int= Int32。安全のため、データ型の境界を気にするものを実装するときは、必ずint.MinValue/ を使用してint.MaxValueください。.NETがにintなると決定したとするとInt64、コードは境界にあまり依存しなくなります。

単一の言語のみを処理する必要がある場合（および数学のオーバーフローについて思い出す必要がないコードの場合）、型のバイトサイズはそれほど興味深いものではありません。興味深い部分は、ある言語から別の言語へ、C＃からCOMオブジェクトへなどの橋渡しをするとき、またはビットシフトまたはマスキングを行っているときに、自分自身（およびコードレビューの共同作業者）に思い出させる必要があるときです。データのサイズの。

実際には、マネージドC ++（C＃へのブリッジなど）およびアンマネージド/ネイティブC ++を記述しているため、通常はInt32を使用してサイズを思い出させます。

ご存知のとおり、C＃では64ビットですが、ネイティブC ++では32ビットになり、C ++では8ビットですが、charはunicode / 16ビットになります。しかし、どうやってこれを知るのでしょうか？答えは、マニュアルで調べて言ったからです。

時間と経験があると、C＃と他の言語の間を橋渡しするコードを書くときに、型に注意を払うようになります（ここで一部の読者は「なぜあなたがそうするのだろう」と考えています）。しかし、私見先週コーディングした内容を思い出せません（または、APIドキュメントで「このパラメーターは32ビット整数です」と指定する必要がありません）。

でF＃ （私はそれを使用したことがありませんが）、彼らが定義int型、INT32、およびnativeint型を。同じ質問が出てきます。「どちらを使用するのですか？」です。他の人が述べたように、ほとんどの場合、それは問題ではありません（透明でなければなりません）。しかし、あいまいさを取り除くためだけに、int32とuint32を選択しました。

Int32をいつ使用するかを正当化するのは、コーディングしているアプリケーション、それを使用しているユーザー、あなたとあなたのチームが従うコーディングプラクティスなどに依存するだけだと思います。

そこの間に違いはありませんintとはInt32、しかしようintである言語は、多くの人が（ちょうどのように文体それを好むキーワードstring対String）。

私の経験では、それは慣習的なことでした。Int32ではなくintを使用する技術的な理由はわかりませんが、それは次のとおりです。

1. 入力が速くなります。
2. 典型的なC＃開発者には、より馴染みがあります。
3. デフォルトのVisual Studio構文強調表示の別の色。

私はその最後のものが特に好きです。:)

変数を定義するときは常にエイリアスされた型（int、stringなど）を使用し、静的メソッドにアクセスするときは実際の名前を使用します。

int x, y;
...
String.Format ("{0}x{1}", x, y);

int.TryParse（）のようなものを見るのは醜いようです。私がこれをする理由はスタイル以外にありません。

ベストプラクティスはintを使用することであり、すべてのMSDNコードはintを使用します。しかし、私が知る限り、標準化と一貫性を超える理由はありません。

それらは（ほとんど）同一ですが（1つの[バグ]の違いについては以下を参照）、間違いなく注意し、Int32を使用する必要があります。

• 16ビット整数の名前はInt16です。64ビット整数の場合はInt64で、32ビット整数の場合は直感的な選択はintまたはInt32？です。

• タイプInt16、Int32、またはInt64の変数のサイズの質問は自己参照ですが、タイプintの変数のサイズの質問は完全に有効な質問であり、どんなに些細なことでも気が散る、リードしています混乱、時間の浪費、議論の妨げなど。

• Int32を使用すると、開発者がタイプの選択を意識するようになります。intは再びどのくらいの大きさですか？名前にサイズが含まれていると、タイプのサイズが実際に考慮される可能性が高くなります。Int32を使用すると、他の選択肢の知識も促進されます。人々が少なくとも代替案があることを認識せざるを得ない場合、intが「THE整数型」になるのは非常に簡単になります。

• 32ビット整数と対話することを目的としたフレームワーク内のクラスは、Int32という名前です。もう一度、である：より直感的に、より少ない混乱、（不要）翻訳（システムではない訳はなく、開発者の心の中で）、などが欠けています int lMax = Int32.MaxValueかInt32 lMax = Int32.MaxValue？

• intは、すべての.NET言語のキーワードではありません。

• 変更される可能性が低い理由はありますが、intは必ずしもInt32であるとは限りません。

欠点は、入力する2つの余分な文字と[バグ]です。

これはコンパイルされません

public enum MyEnum : Int32
{
    AEnum = 0
}

しかし、これは：

public enum MyEnum : int
{
    AEnum = 0
}

気にしないでください。intほとんどの時間を使うべきです。将来的には、より幅広いアーキテクチャへのプログラムの移植に役立ちます（現在intはエイリアスSystem.Int32ですが、変更される可能性があります）。変数のビット幅が重要な場合のみ（たとえば：aのメモリ内のレイアウトを制御するためstruct）int32、その他（関連する " using System;" を使用）を使用する必要があります。

intはC.言語のSystem.Int32へのショートカットです

これは、マイクロソフトがこのマッピングを変更できることを意味しますが、FogCreekのディスカッションに関する投稿では、[ソース]

「64ビットの問題について-Microsoftは確かに.NET Frameworkの64ビットバージョンに取り組んでいますが、そのシステムではintが64ビットにマッピングされないと確信しています。

理由：

1. C＃ECMA標準では、intは32ビット、longは64ビットであると明確に規定されています。

2.マイクロソフトは、Array.GetLengthに加えてArray.GetLongLengthなど、int値ではなくlong値を返す追加のプロパティとメソッドをFrameworkバージョン1.1で導入しました。

したがって、組み込みのC＃型はすべて、現在のマッピングを維持すると言っても安全だと思います。」

intはSystem.Int32と同じで、コンパイルするとCILで同じものになります。

C＃はCおよびC ++（およびJava）のように見える必要があるため、C＃では慣例としてintを使用します。

ところで、私はさまざまなWindows API関数のインポートを宣言するときにSystem.Int32を使用することになります。これが定義された規則であるかどうかはわかりませんが、外部DLLに行くことを思い出させます...

むかしむかし、intデータ型は、コンパイラのターゲットとなるマシンのレジスタサイズに固定されていました。したがって、たとえば、16ビットシステム用のコンパイラは16ビット整数を使用します。

しかし、ありがたいことに16ビットはそれほど多くは見られなくなり、64ビットが人気を博し始めたとき、人々はそれを古いソフトウェアと互換性を持たせることにもっと関心を持っており、32ビットは非常に長い間、ほとんどのコンパイラにとってintでした32ビットと見なされます。

MicrosoftのStyleCopの使用をお勧めします。

これはFxCopに似ていますが、スタイル関連の問題が対象です。デフォルトの構成はMicrosoftの内部スタイルガイドと一致しますが、プロジェクトに合わせてカスタマイズできます。

慣れるまで少し時間がかかるかもしれませんが、コードが間違いなくより良いものになります。

これをビルドプロセスに含めて、違反を自動的にチェックできます。

intとInt32同じです。intのエイリアスですInt32。

気にしないでください。サイズが問題になる場合は、byte、short、int、longを使用します。int32より大きいintを使用する唯一の理由は、2147483647より大きいか-2147483648より小さい数値が必要な場合です。

私が気にしないこと以外にも、気になることがたくさんあります。

それは実際には違いがなく、やがてあなた自身の慣習を採用するでしょう。タイプを割り当てるときにキーワードを使用する傾向があり、静的メソッドなどを使用するときにクラスバージョンを使用します。

int total = Int32.Parse("1009");

intSystem.Int32次の表で定義されているように、のエイリアスです： 組み込み型テーブル（C＃リファレンス）

Microsoftが整数のデフォルトの実装をいくつかの新しいバージョン（Int32bと呼びましょう）に変更する場合は、intを使用します。

その後、MicrosoftはintエイリアスをInt32bに変更できます。新しい（そしてうまくいけば改善された）整数実装を利用するためにコードを変更する必要はありません。

同じことが、どのタイプのキーワードにも当てはまります。

非常に具体的な数学関数、または1つの特定のアーキテクチャ用に最適化されたコードを書く必要がない限り、ほとんどのプログラミング言語では気にする必要はありません...型のサイズが十分であることを確認してくださいたとえば、32ビット以上が必要になることを確認してください）

それは問題ではありません。intは言語キーワードで、Int32は実際のシステムタイプです。

関連する質問に対する私の回答もここで参照してください。

IntまたはInt32の使用は同じですが、Intは単なるコードであり、リーダーのコードを簡略化します。

NullableバリアントIntを使用しますか？またはInt32？nullを含むフィールドでデータベースを操作するとき。それは多くの実行時の問題からあなたを救うでしょう。

コンパイラによっては、プラットフォームごとにintのサイズが異なります（C＃固有ではありません）。

一部のコーディング標準（MISRA C）では、使用されるすべてのタイプのサイズを指定する必要があります（つまり、intではなくInt32）。

さまざまなタイプの変数にプレフィックスを指定することもお勧めです（たとえば、8ビットバイトの場合はb、16ビットワードの場合はw、32ビットロングワードの場合はl => Int32 lMyVariable）。

コードの移植性と保守性が向上するため、注意が必要です。

常にC＃を使用し、C＃仕様がこの点で変更されない場合、PortableはC＃に適用できない場合があります。

コードの保守担当者はこの特定のC＃仕様を認識していない場合があり、バグが見逃される可能性があるため、保守可能なihmoは常に適用可能です。

たとえば年の月を数える単純なforループでは気になりませんが、流量が低下する可能性があるコンテキストで変数を使用する場合は注意する必要があります。

また、ビット単位の操作を行うかどうかにも注意する必要があります。

Int32タイプを使用するには、への名前空間参照System、または完全修飾（System.Int32）が必要です。int名前空間をインポートする必要がないため、場合によっては名前空間の衝突の可能性が低くなるため、私はに向かう傾向があります。ILにコンパイルすると、2つの間に違いはありません。

Visual Studio 2012のイミディエイトウィンドウによると、Int32はint、Int64は長いです。出力は次のとおりです。

sizeof(int)
4
sizeof(Int32)
4
sizeof(Int64)
8
Int32
int
    base {System.ValueType}: System.ValueType
    MaxValue: 2147483647
    MinValue: -2147483648
Int64
long
    base {System.ValueType}: System.ValueType
    MaxValue: 9223372036854775807
    MinValue: -9223372036854775808
int
int
    base {System.ValueType}: System.ValueType
    MaxValue: 2147483647
    MinValue: -2147483648

Int16も検討してください。アプリケーションのメモリに整数を格納する必要があり、使用されるメモリの量が心配な場合は、メモリの使用量が少なく、最小/最大範囲がInt32よりも小さいため、Int16を使用できます（これはintが何であるか） 。）

しばらく前に、Microsoft .NET CLR製品チームの誰かから訪問を受けたとき、私はMicrosoftとのプロジェクトに取り組んでいました。この人は例をコード化し、変数を定義するときに「Int32」対「int」および「String」対「string」を使用しました。

Microsoftの他のサンプルコードでこのスタイルを見たのを覚えていました。したがって、私はいくつかの調査を行ったところ、構文の色分けを除いて、「Int32」と「int」の間に違いはないと誰もが言うことがわかりました。実際、コードを読みやすくするために「Int32」を使用することを提案する多くの資料を見つけました。それで、私はそのスタイルを採用しました。

先日違いを見つけました！コンパイラでは、「Int32」を使用して列挙型を入力することはできませんが、「int」を使用する場合は入力できます。まだ分​​からないので、理由を聞かないでください。

例：

public  enum MyEnum : Int32
{
    AEnum = 0
}

これは機能します。

public enum MyEnum : int
{
    AEnum = 0
}

取得元：Int32表記vs. int