C Sharp

この項目では、プログラミング言語について説明しています。音名のC♯については「嬰ハ」をご覧ください。

C#

C#のロゴ
パラダイム	構造化プログラミング、命令型プログラミング、オブジェクト指向プログラミング、イベント駆動型プログラミング、関数型プログラミング、ジェネリックプログラミング、リフレクション、クラスベース、正格プログラミング、マルチパラダイムプログラミング
登場時期	2000年 (24年前) (2000)
設計者	マイクロソフト（アンダース・ヘルスバーグ率いるチーム）
開発者	マイクロソフト
最新リリース	12.0/ 2023年11月14日 (5か月前) (2023-11-14)[1]
型付け	強い静的型付け（4.0から動的型導入）
主な処理系	CLR, Mono
影響を受けた言語	C++、C言語、Java、Delphi、Modula-3、Cω、Eiffel、F Sharp、Haskell、Icon、J Sharp、Microsoft Visual J++、Object Pascal、Rust、ML、Visual Basic
影響を与えた言語	D言語, F#, Java, Nemerle, Vala, TypeScript
プラットフォーム	Windows, macOS, Linuxなど
ライセンス	Apacheライセンス (Roslyn)
ウェブサイト	docs.microsoft.com/ja-jp/dotnet/csharp/
拡張子	cs、csx
テンプレートを表示

プログラミング言語

>>他のプログラミング言語

■カテゴリ / ■テンプレート

C#（シーシャープ）は、マイクロソフトが開発した、汎用のマルチパラダイムプログラミング言語である。C#は、Javaに似た構文を持ち、C++に比べて扱いやすく、プログラムの記述量も少なくて済む。また、C#は、Windowsの.NET Framework上で動作することを前提として開発された言語であるが、2023年現在はクロスプラットフォームな.NETランタイム上で動作する。

デスクトップ・モバイルを含むアプリケーション開発や、ASP.NETをはじめとするWebサービスの開発フレームワーク、ゲームエンジンのUnityでの採用事例などもある。

マルチパラダイムをサポートする汎用高レベルプログラミング言語で、静的型付け、タイプセーフ、スコープ、命令型、宣言型、関数型、汎用型、オブジェクト指向（クラスベース）、コンポーネント指向のプログラミング分野を含んでいる。

共通言語基盤 (CLI) といった周辺技術も含め、マイクロソフトのフレームワークである「.NET」の一部である。また、以前のVisual J++で「非互換なJava」をJavaに持ち込もうとしたマイクロソフトとは異なり、その多くの^{[注釈 1]}仕様を積極的に公開し、標準化機構に託して自由な利用を許す (ECMA-334,ISO/IEC 23270:2003,JIS X 3015) など、同社の姿勢の変化があらわれている。

設計はデンマークのアンダース・ヘルスバーグによる。

構文はC系言語(C,C++など)の影響を受けており、その他の要素には以前ヘルスバーグが所属していたボーランド設計のDelphiの影響が見受けられる。また、主要言語へのasync/await構文や、ヘルスバーグが言語設計に関わるTypeScriptでのジェネリクス採用など、他言語への影響も見られる。

概要[編集]

開発にはボーランドのTurbo PascalやDelphiを開発したアンダース・ヘルスバーグを筆頭として多数のDelphi開発陣が参加している。

C#は共通言語基盤（共通言語ランタイムなど）が解釈する共通中間言語にコンパイルされて実行される。

自動ボックス化、デリゲート、 プロパティ、インデクサ、カスタム属性、ポインタ演算操作、構造体（値型オブジェクト）、多次元配列、可変長引数、などの機能を持つ。また、Javaと同様に大規模ライブラリ、プロセッサ・アーキテクチャに依存しない実行形態、ガベージコレクション、JITコンパイルによる実行の高速化、などが実現されている（もっともこれらはC#の機能というより.NET によるものである）。

.NET構想における中心的な開発言語であり、XML WebサービスやASP.NETの記述にも使用される。他の.NET系の言語でも記述可能だが、.NET APIはC#からの利用を第一に想定されており、他の.NET系言語（特に2023年以降新構文の追加なしと宣言されたVB.NET^[3]）では利用できない、あるいは将来的に利用できなくなる機能が存在する。

マイクロソフトの統合開発環境(Microsoft Visual Studio)では、Microsoft Visual C#がC#に対応している。また、Visual Studio Codeに専用のC#向け拡張（C# DevKit）を導入することでクロスプラットフォームで開発することが可能^[4]。

共通言語仕様のCLSによって、他のCLS準拠の言語（F#やVisual Basic .NETやVisual C++ (C++/CLI) など）と相互に連携することができる。

バージョンおよびリリース時期[編集]

言語仕様[編集]

さまざまな意味において、基盤であるCLIの機能をもっとも反映している言語であるといえる。C#にある組み込み型のほとんどは、CLIフレームワークに実装されている値型と対応している。

しかし、C#の言語仕様はコンパイラのコード生成については何も言及していないため、CLRに対応しなければならないとか、共通中間言語 (CIL) などの特定のフォーマットのコードを生成しなければならないとかいうことは述べられていない。

そのため、理論的にはC++やFORTRANのように環境依存のマシン語を生成することも可能である。しかし、現在存在するすべてのC#コンパイラはCLIをターゲットにしている。

.NET 7.0以降で可能になった事前コンパイルの一種である「Native AOT」でデプロイすることで実行可能な環境依存のバイナリを出力することが可能である。しかしながらこの手法もCLIとランタイムを事前に各アーキテクチャ向けのバイナリに変換しているだけであり、CLIを経由することに変わりはない。^[12]

特殊な例としては、UnityのScripting Backendである「IL2CPP」^[13]や「Burst」^[14]がある。 IL2CPPはC#をコンパイルしたCILをさらにC++コードへと変換後、ネイティブバイナリへC++コンパイラによってコンパイルされる。BurstはC#をコンパイルしたCILをLLVMコンパイラによってネイティブバイナリへコンパイルするものである。

Hello World[編集]

C#のHello Worldは以下の通りである^[15]。1行での記述が可能。

Console.WriteLine("Hello World!"); 

あえて冗長に記載すると下記の様になる。

using System;  namespace Wikipedia {     class Program     {         static void Main(string[] args)         {             Console.WriteLine("Hello World!");         }     } } 

このコードは問題なくコンパイルが通るが、以下のような冗長な記述が含まれる。

• 不要なusing ^[16]
• 省略可能なnamespace("Wikipedia")の宣言 ^[17]
• 省略可能なclass("Program")の宣言 ^[17]
• 省略可能なエントリーポイント関数(Main)の宣言 ^[17]

CやC++からの改良点[編集]

C#では、CやC++と比較してさまざまな制限や改良が加えられている。また、仕様の多くはC#言語というよりは、基盤である .NET そのものに依拠している。Javaで導入された制限および改良をC#でも同様に採用しているものが多いが、C#で新たに導入された改良がのちにJavaにも同様に採用されたものもある。その例を次に挙げる。

構文や構文以外の改良点[編集]

• 外のブロックで宣言した変数と同じ名前の変数を、内のブロックで再宣言（シャドウ）してはいけない。再宣言は便利なこともあれば、混乱や曖昧のもとと主張されることもあるが、C#では禁止されている。
• C#にはブール型boolが存在し、while文やif文のように条件をとるステートメントには、bool型の式を与えなければならない。C言語では、ブール型が無くint型（0を偽とし、非0を真とする）に兼用させた上、（ヌルポインタを偽とみなすこととするといろいろと便利だった、ということもあり）ポインタでもwhile文やif文に与える式にできる、という仕様としていた。これは便利なこともあったが、本来比較式を記述すべきところで誤って代入式を記述してもコンパイル適合となってしまうなど、ミスが見逃されることもあった。C#ではミスを防止するため^[要出典]に、そのような仕様ではなくブール型を独立させ、またブール型を厳密に要求する場所を多くしている。
• switch文に整数型あるいは整数型に準ずる型のみならず、文字列型stringを使用できる。caseラベルには、整数型あるいは整数型に準ずる型の定数のみならず、文字列リテラル（文字列定数）を使用できる。
  • C# 7.0 以降では caseラベルに複雑なパターンマッチングを行うことが可能で複雑な判定を簡易な記述で記載が可能。^{[b 8]}
• 組み込み型のサイズおよび内部表現が仕様で定められており、プラットフォームや処理系に依存しない。浮動小数点数はIEEE 754に準拠する^{[a 16]}。文字および文字列はUTF-16エンコーディングを採用する^{[a 17]}。
  • C# 9.0以降では CPUによってサイズの異なる整数型 nint/nuintが追加された ^{[b 9]}
  • C# 11.0 以降では文字列をUTF-8として扱う「UTF-8文字列リテラル」が追加された^[18]

ポインタとメモリ管理[編集]

• ポインタをサポートする。ポインタはunsafeスコープ内のみで使用することができ、適切な権限をもつプログラムのみがunsafeとマークされたコードを実行することができる。オブジェクトへのアクセスの大部分は管理された安全な参照によってなされ、大部分の算術演算はオーバフローのチェックがなされる。unsafeポインタは値型や文字列を指すことができる。セーフコードでは、必ずしもそうする必要はないものの、IntPtr型を通してポインタをやりとりすることができる。
• マネージドなメモリを明示的に解放する方法は存在せず、参照されなくなったメモリはガベージコレクタによって自動的に解放される。ガベージコレクタは、メモリの解放忘れによって起こるメモリリークを解消する。C#は、データベース接続のようなアンマネージドなリソースに対しても明示的に制御する方法を提供している。これはIDisposableインタフェースとusingステートメントによってなされる。

名前空間とオブジェクト指向な型システム[編集]

• グローバル変数やグローバルメソッドは存在しない。すべてのフィールドとメソッドはクラスあるいは構造体の一部として宣言されなければならない。

例えばC/C++のprintf()関数のように名前空間レベルに存在するフリー関数を定義することはできない。ほとんどの場合クラスおよび構造体は名前の衝突を避けるために名前空間に所属する。

• 名前空間は階層構造をもつ。つまり、名前空間は他の名前空間の中に宣言することができる。
• 組み込みの値型を含めたすべての型は、objectクラス (System.Object) の派生型である。つまりobjectクラスのもつすべてのプロパティやメソッドを継承する。例えば、すべての型はToString()メソッドをもつ。
• クラス (class) は参照型であり、構造体 (struct) および列挙型 (enum) は値型である。構造体はクラスよりも軽量で、C/C++との相互運用性に優れるが、派生型を定義することができない。
• クラスおよび構造体は複数のインタフェースを実装することができるが、多重継承はサポートされない。
• C#はC++に比べて型安全である。既定の暗黙変換は、整数の範囲を広げる変換や、派生クラスから基底クラスへの変換といった、安全な変換のみに限定される。これは、コンパイル時、JITコンパイル時、そして一部の動的なケースでは実行時に強制される。ブール型と整数型、列挙型と整数型、の間は暗黙変換はできない。暗黙変換をユーザー定義する際は、明示的にそのように指定しなければならない。これはC++のコンストラクタとは違った仕様である。
• 列挙型のメンバーは、列挙型のスコープの中に置かれる。また、列挙型の定数名を取得することができる。さらに、列挙型の定数名から動的に定数値を得ることができる。
• アクセサの定義と利用を簡略化するためにプロパティ構文を利用できる。C++およびJavaにおけるカプセル化では、通例getter/setterアクセサとなるメンバー関数あるいはメソッドを定義して利用するが、C#ではプロパティ機能により、カプセル化を維持しつつ、あたかもフィールドを直接読み書きするような直感的な構文でオブジェクトの状態にアクセスすることができる。プロパティによってメンバーのアクセス制御やデータの正当性チェックを実行することができる。なお、イベントハンドラーに利用するデリゲートのカプセル化にはイベント構文 (event) が用意されている。
• ジェネリクス（総称型）の採用（C# 2.0以降）。C++のテンプレート、Javaのジェネリックスと異なりコンパイル後も型情報が保持される。また、Javaのジェネリクスと異なりプリミティブ型も型変数として使うことができる。

C# 2.0からの仕様[編集]

部分型[編集]

部分型 (Partial Type) が導入された^{[a 1]}。以下のようにクラスや構造体の宣言にpartial修飾子をつけることで、その宣言を分割することができる。

partial class MyClass { int a; } partial class MyClass { int b; } 

これは以下と同義である:

class MyClass { int a; int b; } 

これによって、巨大なクラスを分割したり、自動生成されたコードを分離したりすることができる。partial 修飾子はすべての宣言につける必要がある。

^[19]

ジェネリクス[編集]

ジェネリクスが導入された^{[a 1]}。これは.NET Framework 2.0の機能である。クラス、構造体、インタフェース、デリゲート、メソッドに対して適用することができる。

.NETのGenericsはC++のテンプレート、あるいはJavaにおけるそれとも異なるもので、コンパイルによってではなく実行時にランタイムによって特殊化される。これによって異なる言語間の運用を可能にし、リフレクションによって型パラメーターに関する情報を取得することができる。また、where節によって型パラメーターに制約を与えることができる。一方、C++のように型パラメーターとして式を指定することはできない。なお、ジェネリックメソッドの呼び出し時に引数によって型パラメーターが推論できる場合、型パラメーターの指定は省略できる。 ^[20]

静的クラス[編集]

静的クラスが導入された^{[a 1]}。static属性をクラスの宣言につけることで、クラスはインスタンス化できなくなり、静的なメンバーしか持つことができなくなる。

^[19]

イテレータ[編集]

イテレータ#C# 2.0を参照。

^[21]

yieldキーワード[編集]

yieldキーワードによるコルーチンを使うことで、イテレータの生成を楽に実装できるようになった。

匿名デリゲート[編集]

クロージャの機能を提供する匿名デリゲートが導入された。

プロパティに対する個別のアクセス制御[編集]

Property Accessors プロパティのget もしくは setアクセサのどちらかにアクセス修飾子を指定することでアクセス制御が別個にできるようになった^{[a 1]}。次の例では、getアクセサはpublic、setアクセサはprivateである。

public class MyClass {   private string status = string.Empty;   public string Status   {     get { return status; }     private set { status = value; }   } } 

^[22]

Null許容型とnull結合演算子[編集]

nullを保持できる値型、Nullableが導入された^{[a 1]}。

int? i = 512; i = null;  int? j = i + 500; //jはnullとなる。nullとの演算の結果はnullになる。 

int?はNullable<int>の糖衣構文である。また、nullを保持しているNull許容型のインスタンスをボックス化しようとすると、単に空参照 (null) に変換される^[23]。

int? x = null; object o = x; System.Console.WriteLine(o == null); //Trueが出力される 

^[24]

また、null結合演算子 (??)が導入された。これは、nullでない最初の値を返す。

object obj1 = null; object obj2 = new object(); object obj3 = new object(); return obj1 ?? obj2 ?? obj3; // obj2 を返す 

この演算子は主にNullable型を非Nullable型に代入するときに使われる。

int? i = null; int j = i ?? -1; // nullをint型に代入することはできない 

その他[編集]

• 匿名メソッド^[25]
• External Aliases/Namespace Aliases Qualifiers^[26]
• プラグマディレクティブ/C言語の様な固定長の配列表記Fix Size Buffers^[27]

C# 3.0からの仕様[編集]

varキーワード[編集]

var キーワードが導入され、型推論を利用したローカル変数の宣言ができるようになった^{[a 1]}。

var s = "foo"; // 上の文は右辺が string 型であるため、次のように解釈される: string s = "foo"; // 以下に挙げる文は誤りである（コンパイルエラーとなる）: var v; // 初期化式を欠いている (型を推論する対象が存在しない) var v = null; // 型が推論できない (曖昧である) 

拡張メソッド[編集]

拡張メソッド (extension method) が導入された^{[a 1]}。既存のクラスを継承して新たなクラスを定義することなく、新たなインスタンスメソッドを疑似的に追加定義することができる。具体的には、入れ子になっていない、非ジェネリックの静的クラス内に、this 修飾子をつけた、拡張メソッドを追加する対象の型の引数を最初に持つメソッドをまず定義する。これによって、通常の静的メソッドとしての呼び出しの他に、指定した型のインスタンスメソッドとしての呼び出しを行うことができるメソッドを作ることができる。以下に例を挙げる:

public static class StringUtil {   public static string Repeat(this string str, int count)   {     var array = new string[count];     for (var i = 0; i < count; ++i) array[i] = str;     return string.Concat(array);   } } 

この例は、文字列（string 型のインスタンス）を指定した回数繰り返し連結したものを返すメソッド Repeat を、既存の string 型に追加している。このメソッドは、以下のように呼び出すことができる:

// 静的メソッドとしての呼び出し StringUtil.Repeat("foo", 4); // 拡張メソッドとしての呼び出し "foo".Repeat(4); // (どちらの例も "foofoofoofoo" を返す) 

また、列挙型やインタフェースなど本来メソッドの実装を持ち得ない型に、見かけ上インスタンスメソッドを追加することも可能である。以下に例を挙げる:

public enum Way {   None, Left, Right, Up, Down }  public static class EnumUtil {   public static Way Reverse(this Way src)   {     switch (src)     {       case Way.Left:  return Way.Right;       case Way.Right: return Way.Left;       case Way.Up:    return Way.Down;       case Way.Down:  return Way.Up;       default: return Way.None;     }   } } 

このメソッドは以下のように呼び出すことができる:

Way l = Way.Left; Way r = l.Reverse(); // Way.Right 

拡張メソッドは糖衣構文の一種であり、カプセル化の原則に違反するものではないが、必要な場合に限り注意して実装することがガイドラインとして推奨されている^{[a 18]}。

部分メソッド[編集]

部分メソッドが導入された^{[a 1]}。部分型（partial 型）内で定義された private で、かつ戻り値が void のメソッドに partial 修飾子をつけることでメソッドの宣言と定義を分離させることができる。定義されていない部分メソッドは何も行わず、何らエラーを発生させることもない。例えば:

partial class Class {   partial void DebugOutput(string message);      void Method()   {     DebugOutput("Some message");     Console.WriteLine("Did something.");   } } 

上のコードにおいて Method() を呼び出すと、Did something. と表示されるだけだが、ここで以下のコード:

partial class Class {   partial void DebugOutput(string message)   {     Console.Write("[DEBUG: {0}] ", message);   } } 

を追加した上で Method() を呼び出すと、[DEBUG: Some message] Did something. と表示される。

ラムダ式[編集]

ラムダ式が導入された^{[a 1]}。この名前はラムダ計算に由来する。

以下の匿名メソッド

// iを変数としてi+1を返すメソッド delegate (int i) { return i + 1; } 

は、ラムダ式を使って次のように記述できる:

(int i) => i + 1; /* 式形式のラムダ */ //或いは: (int i) => { return i + 1; }; /* ステートメント形式のラムダ */ 

ラムダ式は匿名メソッドと同様に扱えるが、式形式のラムダがExpression<TDelegate>型として扱われた場合のみ匿名メソッドとして扱われず、コンパイラによって式木を構築するコードに変換される。匿名デリゲートが実行前にコンパイルされたCILを保持するのに対し、式木はCILに実行時コンパイル可能であるDOMのような式の木構造そのものを保持する。これはLINQクエリをSQLクエリなどに変換する際に役立つ。

以下は、3つの任意の名前の変数、整数、括弧、及び四則演算子のみで構成された式を逆ポーランド記法に変換する汎用的なコードである:

public static string ToRPN(Expression<Func<int, int, int, int>> expression) {   return Parse((BinaryExpression) expression.Body).TrimEnd(' '); }  private static string Parse(BinaryExpression expr) {   string str = "";      if (expr.Left is BinaryExpression)   {     str += Parse((BinaryExpression) expr.Left);   }   else if (expr.Left is ParameterExpression)   {     str += ((ParameterExpression) expr.Left).Name + " ";   }   else if (expr.Left is ConstantExpression)   {     str += ((ConstantExpression) expr.Left).Value + " ";   }    if (expr.Right is BinaryExpression)   {     str += Parse((BinaryExpression) expr.Right);   }   else if (expr.Right is ParameterExpression)   {     str += ((ParameterExpression) expr.Right).Name + " ";   }   else if (expr.Right is ConstantExpression)   {     str += ((ConstantExpression) expr.Right).Value + " ";   }      return str + expr.NodeType.ToString()     .Replace("Add", "+")     .Replace("Subtract", "-")     .Replace("Multiply", "*")     .Replace("Divide", "/")     + " "; }  // 呼び出し例: ToRPN((x, y, z) => (x + 1) * ((y - 2) / z)); // "x 1 + y 2 - z / *" を返す 

オブジェクト初期化の簡略化[編集]

オブジェクトの初期化が式として簡潔に記述できるようになった。

var p = new Point { X = 640, Y = 480 }; // 上の文は次のように解釈される: Point __p = new Point(); __p.X = 640; __p.Y = 480; Point p = __p; 

また、コレクションの初期化も同様に簡潔に記述できるようになった。

var l = new List<int> {1, 2, 3}; var d = new Dictionary<string, int> {{"a", 1}, {"b", 2}, {"c", 3}}; // 上の文は次のように解釈される: List<int> __l = new List<int>(); __l.Add(1); __l.Add(2); __l.Add(3); List<int> l = __l; Dictionary<string, int> __d = new Dictionary<string, int>(); __d.Add("a", 1); __d.Add("b", 2); __d.Add("c", 3); Dictionary<string, int> d = __d; 

但し、上のコードでは匿名の変数に便宜的に __p、__l、__d と命名している。実際はプログラマはこの変数にアクセスすることはできない。

自動実装プロパティ[編集]

プロパティをより簡潔に記述するための自動実装プロパティが導入された^{[a 1]}。プロパティの定義に get; set; と記述することで、プロパティの値を保持するための匿名のフィールド（プログラマは直接参照することはできない）と、そのフィールドにアクセスするためのアクセサが暗黙に定義される。また、C# 5.0 までは get;とset;のどちらか片方だけを記述することは出来なかったが、C# 6.0 からは get; のみが可能。以下のコード:

public int Value { get; set; } 

は、以下のようなコードに相当する動作をする:

private int __value; public int Value {   get { return __value; }   set { __value = value; } } 

但し、上のコードでは匿名のフィールドに便宜的に __value と命名している。実際はプログラマはこのフィールドにアクセスすることはできない。

匿名型[編集]

一時的に使用される型を簡単に定義するための匿名型が導入された^{[a 1]}。以下に例を挙げる:

new { Name = "John Doe", Age = 20 } 

上の式は、以下の内容のクラスを暗黙に定義する。定義されたクラスは匿名であるが故にプログラマは参照できない。

public string Name { get; } public int Age { get; } 

同じ型、同じ名前のプロパティを同じ順序で並べた匿名型は同じであることが保証されている。即ち、以下のコード:

var her = new { Name = "Jane Doe", Age = 20 } var him = new { Name = "John Doe", Age = 20 } 

において、her.GetType() == him.GetType() は true である。

配列宣言の型省略[編集]

new キーワードを用いた配列の宣言の際、型を省略できるようになった。匿名型の配列を宣言する際に威力を発揮する。

var a = new[] {"foo", "bar", null}; // 上の文は次のように解釈される: string[] a = new string[] {"foo", "bar", null}; // 以下の文: var a = new[] {"foo", "bar", 123}; // は次のように解釈されることなく、誤りとなる: object[] a = new object[] {"foo", "bar", 123}; 

クエリ式[編集]

LINQ をサポートするために、クエリ式が導入された^{[a 1]}。これは SQL の構文に類似しており、最終的に通常のメソッド呼び出しに変換されるものである。以下に例を示す:

var passedStudents =   from s in students   where s.MathScore + s.MusicScore + s.EnglishScore > 200   select s.Name; 

上のコードは以下のように変換される:

var passedStudents = students   .Where(s => s.MathScore + s.MusicScore + s.EnglishScore > 200)   .Select(s => s.Name); 

C# 3.0で追加された構文の多くは式であるため、より巨大な式（当然クエリ式も含まれる）の一部として組み込むことができる。旧来複数の文に分けたり、作業用の変数を用意して記述していたコードを単独の式としてより簡潔に記述できる可能性がある。

出井秀行著の『実戦で役立つ C#プログラミングのイディオム/定石&パターン』（技術評論社、2017年）という書籍ではクエリ構文よりメソッド構文を推奨しており、クエリ構文ではLINQの全ての機能を使用できるわけではないこと、メソッド呼び出しは処理を連続して読める可読性があること、メソッド呼び出しであればMicrosoft Visual Studioの強力なインテリセンスが利用できることを理由に、著者はクエリ構文をほとんど使用していないと記している。

C# 4.0からの仕様[編集]

dynamicキーワード[編集]

dynamicキーワードが導入され、動的型付け変数を定義できるようになった^{[a 1]}。dynamic型として宣言されたオブジェクトに対する操作のバインドは実行時まで遅延される。

// xはint型と推論される: var x = 1;  // yはdynamic型として扱われる: dynamic y = 2;   public dynamic GetValue(dynamic obj) {   // objにValueが定義されていなくとも、コンパイルエラーとはならない:   return obj.Value; } 

オプション引数・名前付き引数[編集]

VBやC++に実装されているオプション引数・名前付き引数が、C#でも利用できるようになった^{[a 1]}。

public void MethodA() {   // 第1引数と第2引数を指定、第3引数は未指定:   Console.WriteLine("Ans: " + MethodB(1, 2));  // Ans: 3 … 1 + 2 + 0となっている    // 第1引数と第3引数を指定、第2引数は未指定:   Console.WriteLine("Ans: " + MethodB(A: 1, C: 3));  // Ans: 4 … 1 + 0 + 3となっている }  // 引数が指定されなかった場合のデフォルト値を等号で結ぶ: public int MethodB(int A = 0, int B = 0, int C = 0) {   return A + B + C; } 

ジェネリクスの共変性・反変性[編集]

ジェネリクスの型引数に対してin、out修飾子を指定することにより、ジェネリクスの共変性・反変性を指定できるようになった^{[a 1]}。

IEnumerable<string> x = new List<string> { "a", "b", "c" }; // IEnumerable<T>インターフェイスは型引数にout修飾子が指定されているため、共変である。 // したがって、C# 4.0では次の行はコンパイルエラーにならない IEnumerable<object> y = x; 

C# 5.0からの仕様[編集]

• 非同期処理 (async/await)^{[a 1]}
• 呼び出し元情報属性^{[a 1]}
• foreach の仕様変更

C# 6.0からの仕様[編集]

• 自動実装プロパティの初期化子^{[a 19]}
• get のみの自動実装プロパティおよびコンストラクタ代入^{[a 19]}
• 静的 using ディレクティブ^{[a 19]}
• インデックス初期化子^{[a 19]}
• catch/finally での await^{[a 19]}
• 例外フィルタ^{[a 19]}
• 式形式のメンバー (expression-bodied members)^{[a 19]}
• null条件演算子^{[a 19]}
• 文字列補間（テンプレート文字列）^{[a 19]}
• nameof 演算子^{[a 19]}
• #pragma
• コレクションの初期化子での拡張メソッド^{[a 19]}
• オーバーロード解決の改善^{[a 19]}

静的 using ディレクティブ[編集]

静的 using ディレクティブを利用することで、型名の指定無しに他クラスの静的メンバーの呼び出しを行えるようになった。利用するにはusing staticの後に完全修飾なクラス名を指定する。

using static System.Math; // ↑ソースコードの上部で宣言 class Hogehoge {     // System.Math.Pow() , System.Math.PI を修飾無しで呼び出す     double area = Pow(radius, 2) * PI; } 

例外フィルタ[編集]

catchの後にwhenキーワードを使用することで、処理する例外を限定することができるようになった。

try {     // ... } catch (AggregateException ex) when (ex.InnerException is ArgumentException) {     // ... } 

C# 7.0からの仕様[編集]

• 出力変数宣言
• パターンマッチング (is 式/switch 文)
• タプル (タプル記法/分解/値の破棄)
• ローカル関数
• 数値リテラルの改善(桁セパレータ/バイナリリテラル)
• ref戻り値、ref変数
• 非同期戻り値型の汎用化
• Expression-bodied 機能の拡充(コンストラクタ/デストラクタ/get/set/add/remove)
• Throw 式

出力変数宣言[編集]

out引数で値を受け取る場合、その場所で変数宣言可能となった^{[a 20]}。

total += int.TryParse("123", out var num) ? num : 0; 

パターンマッチング[編集]

is 式の拡張[編集]

is式の構文が拡張され、型の後ろに変数名を宣言できるようになった^{[a 20]}。 拡張されたis式はマッチした場合に宣言した変数にキャストした値を代入し、さらにtrueと評価される。 マッチしなかった場合はfalseと評価され、宣言した変数は未初期化状態となる。

void CheckAndSquare(object obj) {     // objの型チェックと同時にnumに値を代入する。     if (obj is int num && num >= 0) {         num = num * num;     }     else {         num = 0;     }     // if文の条件セクションは、ifの外側と同じスコープ     Console.WriteLine(num); } 

switch 文の拡張[編集]

switch文のマッチ方法が拡張され、caseラベルに従来の「定数パターン」に加え、新たに「型パターン」を指定できるようになった。 また、「型パターン」のcaseラベルでは、when句に条件を指定することができる。 「型パターン」を含むswitch文では、必ずしも条件が排他的でなくなったため、最初にマッチしたcaseラベルの処理が実行される。^{[a 21]}

void Decide(object obj) {     switch (obj) {         case int num when num < 0:             Console.WriteLine($"{num}は負の数です。");             break;         case int num:             Console.WriteLine($"{num}を二乗すると{num * num}です。");             break;         case "B":             Console.WriteLine($"これはBです。");             break;         case string str when str.StartsWith("H"):             Console.WriteLine($"{str}はHから始まる文字列です。");             break;         case string str:             Console.WriteLine($"{str}は文字列です。");             break;         case null:             Console.WriteLine($"nullです");             break;         default:             Console.WriteLine("判別できませんでした");             break;     } } 

タプル[編集]

タプルのための軽量な構文が導入された^{[a 20]}。従来のSystem.Tupleクラスとは別に、System.ValueTuple構造体が新しく追加された。

タプル記法[編集]

2個以上の要素を持つタプルのための記法が導入された。 引数リストと同様の形式で、タプルを記述できる。

// タプル記法 (int, string) tuple = (123, "Apple"); Console.WriteLine($"{tuple.Item1}個の{tuple.Item2}"); 

分解[編集]

多値戻り値を簡単に扱えるように、分解がサポートされた^{[a 20]}。

var tuple = (123, "Apple"); // 分解 (int quantity, string name) = tuple; Console.WriteLine($"{quantity}個の{name}"); 

分解はタプルに限らない。Deconstruct()メソッドが定義されたクラスでも、分解を利用できる^{[a 20]}。

以下に、DateTime型に分解を導入する例を示す。

static class DateExt {     public static void Deconstruct(this DateTime dateTime, out int year, out int month, out int day) {         year = dateTime.Year;         month = dateTime.Month;         day = dateTime.Day;     } } 

上記のコードでDateTime型にDeconstruct()拡張メソッドを定義し、

// 分解 (int year, int month, int day) = DateTime.Now; 

のように左辺で3つの変数に値を受け取ることができる。

値の破棄[編集]

分解、out引数、パターンマッチングで、値の破棄を明示するために_が利用できるようになった。 破棄された値は、後で参照することはできない。

// 年と日は使わない (_, int month, _) = DateTime.Now;  // 解析結果だけ取得し、変換された値は使わない bool isNumeric = int.TryParse(str, out _);  switch (obj) {     // string型で分岐するが、値は使わない     case string _:         // Do something.         break; } 

ref戻り値、ref変数[編集]

refキーワードの使用方法が拡張された。これによって、安全な参照の使い道が広がった。

ref戻り値[編集]

戻り値の型をrefで修飾することで、オブジェクトの参照を戻り値とすることができる。

// 二つの参照引数の内、値の大きいものの参照戻り値を返す static ref int Max(ref int left, ref int right) {     if (left >= right) {         return ref left;     }     else {         return ref right;     } } 

変数の寿命は変わらないため、メソッド終了時に破棄されるローカル変数をref戻り値とすることはできない。

static int s_count = 1;  // メンバーの参照はref戻り値になる。 static ref int ReturnMember() {     return ref s_count; } // ref引数はもちろんref戻り値になる。 static ref int ReturnRefParam(ref int something) {     return ref something; } // ローカル変数をref戻り値とすることはできない。 // static ref int ReturnLocal() { //     int x = 1; //     return ref x; // } 

ref変数[編集]

ローカル変数の型をrefで修飾することで、参照を代入することができる。

// 参照戻り値を参照変数で受け取る ref int max = ref Max(ref x, ref y); // limitとmaxは同じ値を参照する ref int limit = ref max; 

C# 7.1からの仕様[編集]

非同期なMainメソッド[編集]

Mainメソッドの戻り値として、Task型、Task(int)型が認められた^{[a 22]}。

static Task Main() 

static Task<int> Main() 

default式[編集]

型推論可能な場面では、defaultの型指定は省略可能となった^{[a 22]}。

int number = default; string name = default; 

C# 7.2からの仕様[編集]

C#7.2で追加された仕様は以下の通り^{[a 23][28]}。

値型の参照セマンティクス[編集]

値型におけるパフォーマンス向上を意図した複数の機能が追加された。

in参照渡し、ref readonly参照戻り値[編集]

引数にinを指定することで、読み取り専用参照渡しを指定できる。 また、戻り値にref readonlyを指定することで、読み取り専用参照戻り値を指定できる。

これにより、構造体のコピーを避けると共に、意図しない値の変更を抑止できる。

readonly構造体[編集]

構造体宣言時にreadonlyを指定することで、真の読み取り専用構造体を定義できる。 readonly構造体の全てのフィールドはreadonlyでなければならず、thisポインタも読み取り専用となる。

これにより、メンバーアクセス時の意図しない防御的コピーを抑止できる。

ref構造体[編集]

構造体宣言時にrefを指定することで、ヒープ領域へのコピーを防ぐ構造体がサポートされる。 ref構造体では、box化できない、配列を作成できない、型引数になることができない、など、ヒープ領域へのコピーを防ぐための厳しい制限がかかる。

この機能は、Span<T>のような構造体をサポートするために利用され、unsafe文脈以外でのstackallocの利用をも可能とする。

末尾以外の場所での名前付き引数[編集]

C#4.0で追加された名前付き引数が末尾以外でも利用できるようになった。

Hogehoge(name: "John", 17); 

private protected アクセス修飾子[編集]

同一アセンブリ内、かつ、継承先からのアクセス許可を表すprivate protectedアクセス修飾子が追加された。

数値リテラルの改善[編集]

十六進リテラルの0x、二進リテラルの0bの直後のアンダースコアが認められた。

int bin = 0b_01_01; int hex = 0x_AB_CD; 

C# 7.3からの仕様[編集]

C#7.3では以下の仕様が追加された^{[a 24]}。

• ジェネリック型制約の種類の追加
  • System.Enum, System.Delegate
  • unmanaged (文脈キーワード)

unsafe class MyGenericsClass<T1,T2,T3>      where T1 : System.Enum     where T2 : System.Delegate     where T3 : unmanaged {      public MyGenericsClass(T1 enum1, T1 enum2, T2 func, T3 unmanagedValue) {         if (enum1.HasFlag(enum2)) {             func.DynamicInvoke();         }         else {             T3* ptr = &unmanagedValue;         }     } } 

• refローカル変数の再割り当て
• stackalloc初期化子
• Indexing movable fixed buffers
• カスタムfixedステートメント
• オーバーロード解決ルールの改善
• 出力変数宣言の利用箇所の追加

class MyOutVar {     // メンバー変数初期化子やコンストラクタ初期化子で出力変数宣言が可能     readonly int x = int.TryParse("123", out var number) ? number : -1; } 

• タプル同士の比較

(long, long) tuple = (1L, 2L); // タプルのすべての要素間で == が比較可能 if (tuple == (1, 2)) { } // 要素数が異なるタプル同士は比較できない。 //if (tuple == (1, 2, 3)) { } 

• バッキングフィールドに対するAttribute指定

// C#7.2までは無効な指定(コンパイル自体は可能。無視される) // C#7.3からはバッキングフィールドに対するAttribute指定と見なされる [field: NonSerialized] public int MyProperty { get; set; } 

C# 8.0からの仕様[編集]

C# 8.0で追加された仕様は以下の通り。^{[a 25][29]}

null許容参照型[編集]

参照型にnull許容性を指定できるようになった。参照型の型名に?を付加した場合にnull許容参照型となる。

参照型の型名に?を付加しない場合、null非許容参照型となる。

フロー解析レベルでのnull許容性チェックが行われる。null許容値型のNullable<T>のような新しい型は導入されない。

null許容コンテキスト[編集]

参照型のnull許容性は、null許容コンテキストによって有効、無効の切り替えが可能である。 C#7.3以前の互換性のために、既定では無効となっている。

• Nullable コンパイルオプション： プロジェクト全体でのnull許容コンテキストを指定する
• #nullable ディレクティブ： ソースコードの部分ごとにnull許容コンテキストを指定する
  • annotations オプション、warningsオプションにより、適用範囲を限定できる

null免除演算子[編集]

null許容参照型の変数名の後に !を使用することで、フロー解析時の警告が免除される。

インタフェースの既定メンバー[編集]

インタフェースのメンバーに既定の実装を指定できるようになった。また、インタフェースに静的メンバーを持つことができるようになった。

さらに、インタフェースのメンバーにアクセシビリティを指定できるようになった。

• 既定のアクセシビリティは、従来通り public となる。
• 実装があるインスタンスメンバーは、既定で virtual となり override可能である。
• 実装をoverrideさせないためにsealedを指定することができる。

パターンマッチングの拡張[編集]

switch式が追加された。 プロパティパターン、タプルパターン、位置指定パターンの追加により、再帰的なパターンマッチングが可能になった。

• switch式
• 再帰パターン
  • プロパティパターン
  • タプルパターン
  • 位置指定パターン

非同期ストリーム[編集]

IAsyncEnumerable<T> インタフェースを返すことで、イテレータ構文と非同期構文の共存が可能になった。

async IAsyncEnumerable<int> EnumerateAsync() {     await Task.Delay(100);     yield return 1;     await Task.Delay(100);     yield return 2; } 

await foreachによって非同期ストリームを列挙する。

async void SpendAsync() {     await foreach (var item in EnumerateAsync()) {         Console.WriteLine(item);     } } 

範囲指定[編集]

IndexとRangeを指定できる専用構文が追加された。

  Index a = 1; // new Index(1, fromEnd: false)   Index b = ^1; // new Index(1, fromEnd: true)   Range range = a..b; // new Range(start: a, end: b) 

その他の仕様[編集]

• 静的ローカル関数
• null結合代入演算子
• 構造体の読み取り専用メンバー
• using 宣言
• ref構造体のDispose
• ジェネリクスを含むアンマネージ型
• 式中のstackalloc
• 文字列補間のトークン順序の緩和

C# 9.0からの仕様[編集]

C# 9.0で追加された仕様は以下の通り。

^{[a 26]}

• レコード
• プロパティのinitアクセサ
• 最上位レベルステートメント
• パターンマッチングの拡張
• new式の型推論
• 条件演算子の型推論
• 共変戻り値
• GetEnumeratorの拡張メソッド対応
• 静的匿名関数
• ラムダ式引数の破棄
• ローカル関数への属性適用
• パフォーマンスと相互運用
  • ネイティブサイズの整数型(nint nuint型)
  • 関数ポインタ(delegate*型)
  • 変数初期化フラグの抑制
• コードジェネレータのサポート
  • モジュール初期化子
  • 部分メソッドの拡張

C# 10.0からの仕様[編集]

C# 10.0で追加された仕様は以下の通り。

^{[a 27]}

• レコード構造体
• 構造体型の機能強化
• 補間された文字列ハンドラー
• global using ディレクティブ
• ファイル スコープの名前空間の宣言
• 拡張プロパティのパターン
• ラムダ式の機能強化
• const 補間文字列を許可する
• レコードの型で ToString() を封印できる
• 限定代入の機能強化
• 同じ分解で代入と宣言の両方を許可する
• メソッドで AsyncMethodBuilder 属性を許可する
• CallerArgumentExpression 属性
• 拡張 #line pragma
• 警告ウェーブ 6

C# 11.0からの仕様[編集]

C# 11.0で追加された仕様は以下の通り。^{[a 10][b 6]}

生文字列リテラル[編集]

エスケープなどの加工を施さない文字列を3個の二重引用符で括って表現できる様になった。

string logMsg = """ 	原因不明のエラーが発生しました。 	詳細はログファイル "C:\Logs\exception.log" を確認してください。 	"""; 

汎用属性[編集]

属性の型が型引数を持てる様になった。

// 属性 [AttributeUsage(AttributeTargets.Class, AllowMultiple = true, Inherited = true)] public class ConverterContractAttribute<TFrom, TTo> : Attribute { }  // 使用例 [ConverterContract<byte, string>()] [ConverterContract<sbyte, string>()] [ConverterContract<short, string>()] [ConverterContract<ushort, string>()] [ConverterContract<int, string>()] [ConverterContract<uint, string>()] [ConverterContract<long, string>()] [ConverterContract<ulong, string>()] public class IntToStringConverter { 	// ... } 

パターンマッチングの拡張[編集]

リストや配列に対するパターンマッチが可能になった^{[a 28][b 10]}。

int[] nums = new[] { 0, 1, 2, 3, 4, 5 }; if (nums is [ 0, 1, 2, .. ]) { 	Console.WriteLine("配列は 0, 1, 2 から始まります。"); } else { 	Console.WriteLine("配列は 0, 1, 2 から始まりません。"); } 

また、Span<char>やReadOnlySpan<char>に対して文字列を用いたパターンマッチが可能になった。

bool CheckSignature(ReadOnlySpan<char> sig) { 	return sig is "HOGE"; } 

ジェネリック型数値演算[編集]

この節には内容がありません。加筆して下さる協力者を求めています。

その他の仕様[編集]

• UTF-8 文字列リテラル
• 文字列補間式の改行
• ファイルローカル型
• 必須メンバー
• auto-default 構造体
• nameof のスコープ拡張
• IntPtr に別名 nint、UIntPtr に別名 nuint が付いた
• ref フィールド
• scoped ref 変数
• メソッドグループからデリゲートへの変換の改善
• 警告ウェーブ 7

C# 12.0からの仕様[編集]

C# 12.0で追加された仕様は以下の通り。^{[a 13][b 7]}

クラスと構造体のプライマリコンストラクター[編集]

レコード型（record）以外のクラス（class）と構造体（struct）でプライマリコンストラクターが使えるようになった。

class Example(string message)  {     public string Message { get; } = message; } 

コレクション式[編集]

配列、コレクション、Span<T>などの初期化の記法が共通の記法（[]）で書けるようになった。

// Create an array: int[] a = [1, 2, 3, 4, 5, 6, 7, 8];  // Create a list: List<string> b = ["one", "two", "three"];  // Create a span Span<char> c  = ['a', 'b', 'c', 'd', 'e', 'f', 'h', 'i']; 

スプレッド演算子[編集]

コレクション式で複数のコレクションをインライン展開できる新しい演算子（..）が追加された。

int[] row0 = [1, 2, 3]; int[] row1 = [4, 5, 6]; int[] row2 = [7, 8, 9]; // 1, 2, 3, 4, 5, 6, 7, 8, 9, int[] single = [.. row0, .. row1, .. row2]; 

その他の仕様[編集]

• インライン配列
• 既定のラムダ パラメーター
• 任意の型の別名設定
• ref readonly パラメーター
• 試験段階の属性
• インターセプター

実装[編集]

C#の言語仕様は標準化団体Ecma Internationalを通じて公開・標準化されており、第三者がマイクロソフトとは無関係にコンパイラや実行環境を実装することができる^[2][30]。 現段階で、C#コンパイラの実装は次の5つが知られている。

• マイクロソフト製
  • Visual Studio 2015 以降で使用されている、.NETコンパイラプラットフォーム (コードネームRoslyn)。ApacheライセンスのオープンソースプロジェクトでGitHubで公開されている^[31]。Windows、macOS、Linuxで動作する。C#のコンパイラはC#、VB.NETのコンパイラはVB.NETで実装されている。以前のコンパイラと比べて、リファクタリングやIDE、スクリプティングなどへの利用が可能なAPIが公開されており、コンパイラ以外への様々な応用が可能。
  • Visual Studio 2013 まで使われていた、マイクロソフトによるVisual C# コンパイラ。
  • 2006年のC# 2.0当時の、マイクロソフトによるShared Source Common Language Infrastructure。共通言語基盤 (CLI) とC#コンパイラがソースコードで公開されている。
• Mono ProjectによるMono内の Mono Compiler Suite (mcs)。
• 2012年まで開発されていた、DotGNU ProjectによるPortable.NET内の the C-Sharp code compiler (cscc)。

名称[編集]

• ECMA-334 3rd/4th/5th edition によると、C# は「C Sharp」（シーシャープ）と発音し、LATIN CAPITAL LETTER C (U+0043) の後に NUMBER SIGN # (U+0023) と書く^[32]。 音楽のシャープ (♯, MUSIC SHARP SIGN (U+266F)) ではなくナンバーサイン (#) を採用したのは、フォントやブラウザなどの技術的な制約に加え、ASCIIコードおよび標準的キーボードには前者の記号が存在しないためである。
• "#"接尾辞は、他の.NET言語にも使用されており、J#（Javaのマイクロソフトによる実装）、A#（Adaから）、F#（System Fなどから^[33]）が含まれる。また"#"接尾辞はGtk#（GTKなどのGNOMEライブラリの.NETラッパ）、Cocoa#（Cocoa (API)のラッパ）などのライブラリにも使用されている。そのほか、SharpDevelopなどの"Sharp"を冠する関連ソフトウェアも存在する。
• C#という名称の解釈として、「（A-Gで表された）直前の音を半音上げる」という音楽記号の役割に着目し、「C言語を改良したもの」を意味したのではないか、というものがある^[要出典]。これは、C++の名称が「C言語を1つ進めたもの」という意味でつけられたことにも似ている。
• アンダース・ヘルスバーグは、「C#」が「C++++」（すなわち「C++をさらに進めたもの」）にみえるのが由来である、と語っている^[34][35]。

注釈[編集]

出典[編集]

公式発表[編集]

個人サイト[編集]

参考文献[編集]

• 高橋 忍「C# 2.0の新しい言語仕様」『C MAGAZINE（2005年2月号）』第17巻第2号、ソフトバンク パブリッシング。 
• 山田祥寛『独習C#』（第5版）翔泳社〈独習〉、2022年7月21日。ISBN 978-4-7981-7556-0。 

関連項目[編集]

• 言語仕様
  • C#の文法（英語版）
  • C#のデータ型
  • キーワード (C#)
• 実行環境
  • .NET (旧：.NET Core)
  • .NET Framework
  • Mono
  • Xamarin
• 開発環境
  • Visual Studio
    • Visual C#
  • Visual Studio Code
  • JetBrains Rider（英語版） - ジェットブレインズ社の.NET向け統合開発環境
  • MonoDevelop - OSSの統合開発環境
    • Xamarin Studio
    • Visual Studio for Mac
  • SharpDevelop - フリーの統合開発環境
• 比較
  • C#とJavaの比較

外部リンク[編集]

• C# 関連のドキュメント - はじめに、チュートリアル、リファレンス。 | Microsoft Docs - 公式ウェブサイト（日本語）
• 言語仕様
  • Introduction - C# language specification | Microsoft Learn - C# 言語仕様、Microsoft Docs
  • ECMA-334 - Ecma International ECMA-334 C# 言語仕様（英語）
  • JIS X 3015:2008「プログラム言語C#」（日本産業標準調査会、経済産業省）
• C# Compiler | Mono Mono C# コンパイラ（英語）

表 話 編 歴 .NET
アーキテクチャ	共通言語基盤 アセンブリ メタデータ 基本クラスライブラリ 仮想実行システム
共通言語基盤	共通言語ランタイム 共通型システム 共通中間言語 動的言語ランタイム
言語	C# Visual Basic .NET F# PowerShell C++/CLI （マネージ拡張） †J# JScript .NET IronPython IronRuby Nemerle Boo Phalanger（PHPコンパイラ） †Cω †Spec#
関連技術	Azure MAUI（英語版） Blazor Aspire †UWP WPF WCF WF WCS Windows Forms ASP.NET ADO.NET ASP.NET MVC Framework ClickOnce XAML †Silverlight LINQ †.NET Remoting MSBuild XSP ML.NET（英語版） †Xamarin
その他のCLI実装	†.NET Core .NET Framework Mono シェアードソースCLI Portable.NET .NET nanoFramework .NET Micro Framework .NET Compact Framework †Microsoft XNA
組織	.NET Foundation Xamarin
開発環境	Visual Studio Visual Studio Code JetBrains Rider（英語版） MonoDevelop / Xamarin Studio SharpDevelop
カテゴリ

表 話 編 歴 ISO標準
国際標準一覧 · ローマ字表記国際規格一覧 · 国際電気標準会議が定める国際標準一覧
1から 10000まで	1 2 3 4 5 6 7 9 16 31 -0 -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13 128 216 217 226 228 233 259 269 302 306 428 518 519 639 -1 -2 -3 -5 -6 646 668 690 732 764 843 898 965 1000 1004 1007 1073-1 1413 1538 1745 1989 2014 2015 2022 2047 2108 2145 2146 2240 2281 2382 2709 2711 2788 2852 3029 3103 3166 -1 -2 -3 3297 3307 3602 3864 3901 3977 4031 4157 4217 4909 5218 5428 5775 5776 5800 5964 6166 6344 6346 6385 6425 6429 6438 6523 6709 6937 7001 7002 7010 7098 7185 7200 7498 7736 7810 7811 7812 7813 7816 7942 8000 8178 8217 8571 8473 8583 8601 8613 8632 8652 8691 8807 8820-5 8859 -1 -2 -3 -4 -5 -6 -7 -8 -8-I -9 -10 -11 -12 -13 -14 -15 -16 8879 9000/9001 9075 -10 9126 9293 9241 -210 9362 9407 9506 9529 9564 9592 9594 9660 9897 9899 9945 9984 9985 9995
10001から 20000まで	10006 10021 10116 10118-3 10160 10161 10165 10179 10206 10218 10303 -11 -21 -22 -28 -238 10383 10487 10585 10589 10646 10664 10746 10861 10957 10962 10967 11073 11170 11179 11404 11519 11544 11783 11784 11785 11801 11898 11940 -2 11941 11941 (TR) 11992 12006 12100 12182 12207 12234 -2 -3 13211 -1 -2 13216-1 13250 13399 13406-2 13407 13450 13482 13485 13490 13522-5 13567 13568 13584 13616 14000 14031 14224 14229 14230 14289 14396 14443 14492 14496 -2 -3 -6 -10 -11 -12 -14 -17 -20 14644 -1 -2 -3 -4 -5 -6 -7 -8 -9 14649 14651 14698 -2 14750 14764 14882 14971 15022 15189 15288 15291 15292 15398 15408 15444 -3 15445 15438 15504 15511 15686 15693 15706 -2 15707 15765 -2 15836 15897 15919 15924 15926 15926 WIP 15930 15948 16023 16262 16612-2 16750 16949 17024 17025 17203 17369 17799 18000 18004 18014 18033 18092 18181 18245 18629 18916 19005 19011 19092 -1 -2 19100 19114 19115 19125 19136 19439 19500 19501 19502 19503 19505 19506 19507 19508 19509 19510 19600 19752 19757 -2 -3 -4 19770 19775 19784 19794-5 19831 20000
20001以上	20022 20121 21000 21047 21500 21827:2002 22000 22196 22250-1 22307 22324 23270 23271 23360 24517 24613 24617 24707 25178 25964 26000 26262 26300 26324 27000シリーズ 27000 27001:2005 27001:2013 27002 27003 27004 27005 27006 27007 27729 27799 28000 29110 29148 29199-2 29500 30170 31000 32000 37001 38500 40500 42010 80000 -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13 -14
組織	国際標準化機構
カテゴリ	ISO標準 ISO 31 ISO 639 ISO 3166 ISO 8859 ISO/IEC 80000 ISO/IEC標準
関連項目: ISOで始まる記事一覧