Visual Studio 2010 - Visual Basic Data Type Summary (Visual Basic) The following table shows the Visual Basic data types, their supporting common language runtime types, their nominal storage allocation, and their value ranges. Visual Basic type | Common language runtime type structure | Nominal storage allocation | Value range |
|---|
Boolean | Boolean | Depends on implementing platform | True or False | Byte | Byte | 1 byte | 0 through 255 (unsigned) | Char (single character) | Char | 2 bytes | 0 through 65535 (unsigned) | Date | DateTime | 8 bytes | 0:00:00 (midnight) on January 1, 0001 through 11:59:59 PM on December 31, 9999 | Decimal | Decimal | 16 bytes | 0 through +/-79,228,162,514,264,337,593,543,950,335 (+/-7.9...E+28) † with no decimal point; 0 through +/-7.9228162514264337593543950335 with 28 places to the right of the decimal; smallest nonzero number is +/-0.0000000000000000000000000001 (+/-1E-28) † | Double (double-precision floating-point) | Double | 8 bytes | -1.79769313486231570E+308 through -4.94065645841246544E-324 † for negative values; 4.94065645841246544E-324 through 1.79769313486231570E+308 † for positive values | Integer | Int32 | 4 bytes | -2,147,483,648 through 2,147,483,647 (signed) | Long (long integer) | Int64 | 8 bytes | -9,223,372,036,854,775,808 through 9,223,372,036,854,775,807 (9.2...E+18 †) (signed) | Object | Object (class) | 4 bytes on 32-bit platform 8 bytes on 64-bit platform | Any type can be stored in a variable of type Object | SByte | SByte | 1 byte | -128 through 127 (signed) | Short (short integer) | Int16 | 2 bytes | -32,768 through 32,767 (signed) | Single (single-precision floating-point) | Single | 4 bytes | -3.4028235E+38 through -1.401298E-45 † for negative values; 1.401298E-45 through 3.4028235E+38 † for positive values | String (variable-length) | String (class) | Depends on implementing platform | 0 to approximately 2 billion Unicode characters | UInteger | UInt32 | 4 bytes | 0 through 4,294,967,295 (unsigned) | ULong | UInt64 | 8 bytes | 0 through 18,446,744,073,709,551,615 (1.8...E+19 †) (unsigned) | User-Defined (structure) | (inherits from ValueType) | Depends on implementing platform | Each member of the structure has a range determined by its data type and independent of the ranges of the other members | UShort | UInt16 | 2 bytes | 0 through 65,535 (unsigned) |
† In scientific notation, "E" refers to a power of 10. So 3.56E+2 signifies 3.56 x 102 or 356, and 3.56E-2 signifies 3.56 / 102 or 0.0356. .gif) Note |
|---|
For strings containing text, use the StrConv function to convert from one text format to another. |
Memory Consumption
When you declare an elementary data type, it is not safe to assume that its memory consumption is the same as its nominal storage allocation. This is due to the following considerations: Storage Assignment. The common language runtime can assign storage based on the current characteristics of the platform on which your application is executing. If memory is nearly full, it might pack your declared elements as closely together as possible. In other cases it might align their memory addresses to natural hardware boundaries to optimize performance. Platform Width. Storage assignment on a 64-bit platform is different from assignment on a 32-bit platform.
Composite Data TypesThe same considerations apply to each member of a composite data type, such as a structure or an array. You cannot rely on simply adding together the nominal storage allocations of the type's members. Furthermore, there are other considerations, such as the following: Overhead. Some composite types have additional memory requirements. For example, an array uses extra memory for the array itself and also for each dimension. On a 32-bit platform, this overhead is currently 12 bytes plus 8 bytes for each dimension. On a 64-bit platform this requirement is doubled. Storage Layout. You cannot safely assume that the order of storage in memory is the same as your order of declaration. You cannot even make assumptions about byte alignment, such as a 2-byte or 4-byte boundary. If you are defining a class or structure and you need to control the storage layout of its members, you can apply the StructLayoutAttribute attribute to the class or structure.
Object OverheadAn Object referring to any elementary or composite data type uses 4 bytes in addition to the data contained in the data type.
See Also
|
Visual Studio 2010 - Visual Basic データ型の概要 (Visual Basic) Visual Basic のデータ型の一覧を次の表に示します。それぞれのデータ型について、サポートされている共通言語ランタイムの型、ストレージ割り当ての公称サイズ、および値の範囲を示しています。 Visual Basic のデータ型 | 共通言語ランタイムの型構造 | ストレージ割り当ての公称サイズ | 値の範囲 |
|---|
Boolean | Boolean | 実装するプラットフォームに依存 | True または False | Byte | Byte | 1 バイト | 0 ～ 255 (符号なし) | Char (文字型、1 文字) | Char | 2 バイト | 0 ～ 65535 (符号なし) | Date | DateTime | 8 バイト | 0001 年 1 月 1 日 0:00:00 (午前 0 時) ～ 9999 年 12 月 31 日 11:59:59 PM | Decimal | Decimal | 16 バイト | 0 ～ +/-79,228,162,514,264,337,593,543,950,335 (+/-7.9...E+28) † (小数点なし)、0 ～ +/-7.9228162514264337593543950335 (小数点以下 28 桁) 0 以外の最小数は +/-0.0000000000000000000000000001 (+/-1E-28) † | Double (倍精度浮動小数点数型) | Double | 8 バイト | -1.79769313486231570E+308 ～ -4.94065645841246544E-324 † (負の値) 4.94065645841246544E-324 ～ 1.79769313486231570E+308 † (正の値) | Integer | Int32 | 4 バイト | -2,147,483,648 ～ 2,147,483,647 (符号付き) | Long (長整数型) | Int64 | 8 バイト | -9,223,372,036,854,775,808 ～ 9,223,372,036,854,775,807 (9.2...E+18 †) (符号付き) | Object | Object (クラス) | 32 ビット プラットフォームでは 4 バイト 64 ビット プラットフォームでは 8 バイト | オブジェクト型 (Object) の変数には任意の型を格納できます。 | SByte | SByte | 1 バイト | -128 ～ 127 (符号付き) | Short (短整数型) | Int16 | 2 バイト | -32,768 ～ 32,767 (符号付き) | Single (単精度浮動小数点数) | Single | 4 バイト | -3.4028235E+38 ～ -1.401298E-45 † (負の値) 1.401298E-45 ～ 3.4028235E+38 † (正の値) | String (可変長) | String (クラス) | 実装するプラットフォームに依存 | 0 個 ～ 約 20 億個の Unicode 文字 | UInteger | UInt32 | 4 バイト | 0 ～ 4,294,967,295 (符号なし) | ULong | UInt64 | 8 バイト | 0 ～ 18,446,744,073,709,551,615 (1.8...E+19 †) (符号なし) | ユーザー定義型 (構造体) | (ValueType から継承) | 実装するプラットフォームに依存 | 構造体の各メンバーの範囲はデータ型によって決まり、他のメンバーの範囲とは関係しません。 | UShort | UInt16 | 2 バイト | 0 ～ 65,535 (符号なし) |
†指数表記では、"E" は 10 のべき乗を表します。 つまり、3.56E+2 は 3.56 x 102 または 356 を表し、3.56E-2 は 3.56 / 102 または 0.0356 を表します。 | メモ |
|---|
テキストを含む文字列の場合は、StrConv 関数を使用してテキスト形式を変換できます。 |
メモリの使用量
基本データ型を宣言する場合、そのメモリの使用量がストレージ割り当ての公称サイズと同じであると仮定するのは安全ではありません。 これは、次の考慮事項によるものです。 ストレージの割り当て。 共通言語ランタイムは、アプリケーションが実行されるプラットフォームの現在の特性に基づいてストレージを割り当てます。 メモリがほぼ満杯である場合、宣言された要素を可能な限り 1 つにまとめます。 その他の場合、メモリ アドレスを自然なハードウェアの境界まで配置し、パフォーマンスを最適化します。 プラットフォームの幅。 ストレージ割り当ては、64 ビット プラットフォームの場合と 32 ビット プラットフォームの場合とで異なります。
複合データ型構造体や配列などの複合データ型の各メンバーに対しても、同じことが当てはまります。 単に型のメンバーのストレージ割り当ての公称サイズを合計するだけでは不十分です。 さらに、次のような考慮事項もあります。 オーバーヘッド。 一部の複合型には、別のメモリ要件もあります。 たとえば配列は、配列それ自体に対してと、各次元に対して、それぞれ別個のメモリを使用します。 32 ビット プラットフォームでは、現在このオーバーヘッドは 12 バイトに加えて各次元について 8 バイトです。 64 ビットでは、この要件が 2 倍になります。 ストレージのレイアウト。 さらに、メモリ内に格納される順序が宣言の順序と同じであると仮定するのも安全ではありません。 2 バイトまたは 4 バイトの境界など、バイトの配置を仮定することもできません。 クラスまたは構造体を定義するときに、そのメンバーのストレージのレイアウトを制御する必要がある場合、StructLayoutAttribute 属性をそのクラスまたは構造体に割り当てます。
オブジェクトのオーバーヘッド基本データ型または複合データ型を参照するオブジェクト型 (Object) は、データ型に含まれるデータのほかに、さらに 4 バイトを使用します。
参照
|