トレーニング
モジュール
C# コンソール アプリケーションで例外処理を実装する - Training
このモジュールでは、C# コンソール アプリケーションでの例外の使用と、例外処理プロセスについて説明します。 ハンズオン アクティビティでは、さまざまなコーディング シナリオ用の例外処理パターンを実装します。
このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
一般的に、.NET イベントはいくつかの既知のパターンに従います。 これらのパターンを標準化すれば、開発者はこうした標準的なパターンの知識を活用し、あらゆる .NET イベント プログラムに適用することができます。
これらの標準的なパターンを理解することにより、標準的なイベント ソースを作成し、標準的なイベントをコードでサブスクライブし処理するために必要な知識を習得してください。
.NET イベント デリゲートの標準的なシグネチャは、次のとおりです。
void EventRaised(object sender, EventArgs args);
戻り値の型は void です。 イベントは、デリゲートを基本とするマルチキャスト デリゲートです。 このため、任意のイベント ソースに対して複数のサブスクライバーをサポートします。 メソッドが返す単一の戻り値が複数のイベント サブスクライバーに拡張されることはありません。 イベント発生後にイベントソースはどの戻り値を受け取るのでしょうか。 この記事の後半で、イベント サブスクライバーをサポートするイベント プロトコルの作成方法を説明します。イベント サブスクライバーはイベント ソースに情報をレポートします。
引数リストには、2 つの引数、すなわち送信元とイベント引数が含まれます。 sender
のコンパイル時型は System.Object
です。常に正しいより確実な派生型が存在する可能性はありますが、 慣例に従って、
2 番目の引数は、通常は
これから、パターンに従うディレクトリ、またはそのサブディレクトリのいずれかでファイルを一覧表示するクラスをビルドしていきます。 このコンポーネントでは、パターンに一致することが確認されたファイルごとにイベントを発生させます。
イベント モデルを使用すると、設計上の利点が得られます。 要求されたファイルを検出すると、異なるアクションを実行する複数のイベント リスナーを作成できます。 別のリスナーと組み合わせることで、より堅牢なアルゴリズムを作成できます。
次に示すのは、要求されたファイルを検索するイベント引数を最初に宣言する部分です。
public class FileFoundArgs : EventArgs
{
public string FoundFile { get; }
public FileFoundArgs(string fileName) => FoundFile = fileName;
}
この型はデータのみの小さな型のように見えますが、規則に従って、参照 (
次に、FileSearcher クラスでイベント宣言を作成する必要があります。
パターンに一致するファイルを検索し、一致が検出されると、適切なイベントを発生する FileSearcher クラスを記述します。
public class FileSearcher
{
public event EventHandler<FileFoundArgs>? FileFound;
public void Search(string directory, string searchPattern)
{
foreach (var file in Directory.EnumerateFiles(directory, searchPattern))
{
RaiseFileFound(file);
}
}
private void RaiseFileFound(string file) =>
FileFound?.Invoke(this, new FileFoundArgs(file));
}
クラスにイベントを追加する最も簡単な方法は、上記の例のように、そのイベントをパブリック フィールドとして宣言することです。
public event EventHandler<FileFoundArgs>? FileFound;
これはパブリック フィールドを宣言しているように見えるため、不適切なオブジェクト指向プラクティスと考えられるかもしれません。 プロパティ、またはメソッドでデータ アクセスを保護したくなるところです。 これは一見すると不適切なプラクティスのように見えるかもしれませんが、安全な方法でしかイベント オブジェクトにアクセスできないように、コンパイラによって生成されたコードでは、ラッパーを作成します。 フィールドのように使用するイベントで使用できる唯一の操作は、ハンドラーの追加です。
var fileLister = new FileSearcher();
int filesFound = 0;
EventHandler<FileFoundArgs> onFileFound = (sender, eventArgs) =>
{
Console.WriteLine(eventArgs.FoundFile);
filesFound++;
};
fileLister.FileFound += onFileFound;
それと、ハンドラーの削除です。
fileLister.FileFound -= onFileFound;
このハンドラーにはローカル変数があります。 ラムダの本体を使用する場合、削除は正しく動作しません。 ラムダ本体はデリゲートの別のインスタンスであるため、自動的に何か実行することはありません。
クラスの外側にあるコードはイベントを発生させることも、その他の操作を実行することもできません。
この単純なバージョンは正常に動作しています。 次に、別の機能、キャンセルを追加します。
検出されたイベントを発生させるとき、このファイルが要求された最後のファイルである場合、リスナーはその後の処理を停止する必要があります。
イベント ハンドラーは値は返さないため、別の方法で値を伝達する必要があります。 標準的なイベント パターンでは、イベント サブスクライバーがキャンセルを伝達するために使用するフィールドを含めるために、EventArgs
オブジェクトを使用します。
使用できるパターンには 2 種類あり、それらは Cancel コントラクトのセマンティクスに基づいています。 どちらの場合も、検出されたファイル イベントの EventArguments にブール型フィールドを追加します。
1 つのパターンでは、任意のサブスクライバーが単独で操作をキャンセルできます。 このパターンでは、新しいフィールドは
2 つ目のパターンでは、すべてのサブスクライバーが操作のキャンセルを認める場合に限り、操作がキャンセルされます。 このパターンでは、新しいフィールドは操作のキャンセルを示すように初期化され、任意のサブスクライバーが操作を続行するように変更できます。 すべてのサブスクライバーがイベントの発生を確認すると、FileSearcher コンポーネントがブール値を検証し、アクションを実行します。 このパターンには、手順がもう 1 つあり、コンポーネントは、いずれかのサブスクライバーがイベントを確認したか把握する必要があります。 サブスクライバーが存在しない場合、フィールドが示すキャンセルは誤りとなります。
次に、このサンプルの最初のバージョンを実装します。
public class FileFoundArgs : EventArgs
{
public string FoundFile { get; }
public bool CancelRequested { get; set; }
public FileFoundArgs(string fileName) => FoundFile = fileName;
}
誤ってキャンセルすることがないように、この新しいフィールドは false
(Boolean
フィールドの既定値) に自動的に初期化されます。 コンポーネントのもう 1 つの変更点は、イベントが発生したあと、フラグをチェックして、いずれかのサブスクライバーがキャンセルを要求しているか確認することです。
private void SearchDirectory(string directory, string searchPattern)
{
foreach (var file in Directory.EnumerateFiles(directory, searchPattern))
{
FileFoundArgs args = RaiseFileFound(file);
if (args.CancelRequested)
{
break;
}
}
}
private FileFoundArgs RaiseFileFound(string file)
{
var args = new FileFoundArgs(file);
FileFound?.Invoke(this, args);
return args;
}
このパターンの利点の 1 つは、この変更が重大な変更ではないことです。 いずれのサブスクライバーも前にキャンセルを要求していなければ、引き続き同じ状態が維持されます。 サブスクライバーが新しいキャンセル プロトコルをサポートしない限り、どのサブスクライバーのコードも更新する必要がありません。 非常にゆるやかな結合となっています。
次に、最初の実行可能ファイルが検索されると、キャンセルを要求するように、サブスクライバーを更新します。
EventHandler<FileFoundArgs> onFileFound = (sender, eventArgs) =>
{
Console.WriteLine(eventArgs.FoundFile);
eventArgs.CancelRequested = true;
};
ここで、1 つの機能を追加し、イベント用の他の慣用句について説明します。 すべてのサブディレクトリを走査してファイルを検索する
多くのサブディレクトリを持つディレクトリでは、これは時間のかかる操作となる場合があります。 次に、新しいディレクトリの検索が開始するたびに発生するイベントを追加します。 このイベントによって、サブスクライバーは進行状況を追跡し、進行状況の更新をユーザーに伝えます。 これまでに作成したすべてのサンプルは、パブリックです。 このイベントを内部イベントにします。 つまり、引数に使用される型を内部型にすることもできるということです。
最初に、新しいディレクトリと進行状況をレポートする新しい EventArgs 派生クラスを作成します。
internal class SearchDirectoryArgs : EventArgs
{
internal string CurrentSearchDirectory { get; }
internal int TotalDirs { get; }
internal int CompletedDirs { get; }
internal SearchDirectoryArgs(string dir, int totalDirs, int completedDirs)
{
CurrentSearchDirectory = dir;
TotalDirs = totalDirs;
CompletedDirs = completedDirs;
}
}
ここでも、イベント引数に変更不可の参照型を使用することをお勧めします。
次に、イベントを定義します。 今回は、別の構文を使用します。 フィールドの構文を使用する以外に、明示的にプロパティを作成し、ハンドラーを追加、削除することができます。 このサンプルでは、ハンドラーにコードを追加する必要はありませんが、次に示したのはそれを作成する方法です。
internal event EventHandler<SearchDirectoryArgs> DirectoryChanged
{
add { _directoryChanged += value; }
remove { _directoryChanged -= value; }
}
private EventHandler<SearchDirectoryArgs>? _directoryChanged;
ここで作成するコードは、多くの点で、コンパイラがフィールドのイベントを定義するために作成した先ほどのコードとよく似ています。 イベントを作成するときに、
次に、サブディレクトリを走査して両方のイベントを発生させる
public void Search(string directory, string searchPattern, bool searchSubDirs = false)
{
if (searchSubDirs)
{
var allDirectories = Directory.GetDirectories(directory, "*.*", SearchOption.AllDirectories);
var completedDirs = 0;
var totalDirs = allDirectories.Length + 1;
foreach (var dir in allDirectories)
{
RaiseSearchDirectoryChanged(dir, totalDirs, completedDirs++);
// Search 'dir' and its subdirectories for files that match the search pattern:
SearchDirectory(dir, searchPattern);
}
// Include the Current Directory:
RaiseSearchDirectoryChanged(directory, totalDirs, completedDirs++);
SearchDirectory(directory, searchPattern);
}
else
{
SearchDirectory(directory, searchPattern);
}
}
private void SearchDirectory(string directory, string searchPattern)
{
foreach (var file in Directory.EnumerateFiles(directory, searchPattern))
{
FileFoundArgs args = RaiseFileFound(file);
if (args.CancelRequested)
{
break;
}
}
}
private void RaiseSearchDirectoryChanged(
string directory, int totalDirs, int completedDirs) =>
_directoryChanged?.Invoke(
this,
new SearchDirectoryArgs(directory, totalDirs, completedDirs));
private FileFoundArgs RaiseFileFound(string file)
{
var args = new FileFoundArgs(file);
FileFound?.Invoke(this, args);
return args;
}
この時点で、アプリケーションを実行し、すべてのサブディレクトリを検索するオーバーロードを呼び出すことができます。 新しい
ここで、コンソール ウィンドウに進行状況を表示する行を記述するハンドラーを追加します。
fileLister.DirectoryChanged += (sender, eventArgs) =>
{
Console.Write($"Entering '{eventArgs.CurrentSearchDirectory}'.");
Console.WriteLine($" {eventArgs.CompletedDirs} of {eventArgs.TotalDirs} completed...");
};
このトピックでは、.NET エコシステム全体で使用されるパターンを確認しました。 これらのパターンと規則を学習することにより、慣用句を使用した C# および .NET をすばやく記述できるようになります。
次の項目では、.NET の最新のリリースで変更されたパターンを確認してください。
.NET に関するフィードバック
.NET はオープンソース プロジェクトです。 フィードバックを提供するにはリンクを選択します。
トレーニング
モジュール
C# コンソール アプリケーションで例外処理を実装する - Training
このモジュールでは、C# コンソール アプリケーションでの例外の使用と、例外処理プロセスについて説明します。 ハンズオン アクティビティでは、さまざまなコーディング シナリオ用の例外処理パターンを実装します。
ドキュメント
デリゲートとイベントの違いと、.NET Core の各機能を使用する状況について説明します。
この概要では、.NET Core のイベントと、イベントの言語上の設計目標について説明します。
更新された .NET Core イベント パターン - C#
.NET Core イベント パターンによって旧バージョンとの互換性を提供する柔軟性を実現する方法と、非同期サブスクライバーによる安全なイベント処理を実装する方法について説明します。