C#開発者が知っておくべき5つの高速.NET CLIコマンド

.NET CLIと.NETコマンドラインインターフェイスの紹介

ビデオの冒頭で、ティムはVisual StudioのようなIDEを好む場合でも、.NETコマンドラインインターフェイス（CLI）を理解することが重要であると強調しています。 CLI（コマンドラインインターフェイス）は、IDEに依存せずに.NET Coreアプリケーションと直接対話することを可能にします。これは、ランチコマンドを実行したり、明示的にコンパイルを行ったり、Windows、Mac、またはLinuxを使用してクロスプラットフォームのツール環境で作業したりする際に特に有用です。

ティムはまた、1:15での迅速なボーナスティップを提供しています：

dotnet --info

このコマンドは、インストールされている.NET SDKバージョン、ランタイムパッケージストア内のランタイムパッケージ、アーキテクチャ、その他の環境の詳細をリストします。 .NET Core CLIがインストールされて使用できることを確認し、この後さらにコマンドを探索するために不可欠です。

1. dotnet buildでプロジェクトをビルドする

ティムが説明する最初のコマンドはdotnet buildです。 このビルドコマンドは、ソースコードを出力ディレクトリ内のDLLファイルにコンパイルします。通常はbin/Debug/net10/またはbin/Release/net10/の下に配置されます。 ティムは、以前にコンパイルされたファイルを削除してクリーンビルドを保証するために、binディレクトリをクリーンにしてデモします。

dotnet build

ティムは、このコマンドがコンソールアプリケーション、クラスライブラリ、またはASP.NET Coreアプリケーションなどの設定ファイルとプロジェクトテンプレートに基づいて、コンパイルされた出力を作成するものであると説明しています。 ビルドコマンドは、.NET Core CLIが正確に何をコンパイルし、どの指定ファイルを含めるかを知っていることを保証するために不可欠です。

ビルドコマンドの使用は、dotnet runやdotnet publishのようなより高度なCLIコマンドの前提条件でもあります。 ティムは、Visual Studioがビルドを自動的に処理する一方で、dotnet buildを使用した明示的なコンパイルオプションの知識は、CI/CDパイプラインやコアコマンドラインワークフローに役立つと強調しています。

2. dotnet runでアプリケーションを実行する

ティムの2番目のコマンドはdotnet runで、1ステップで.NET Coreアプリケーションをビルドし実行する実行コマンドです。dotnet buildと異なり、dotnet runは現在のターミナルまたはコマンドプロンプトでアプリケーションを実行します。

dotnet run

彼のBlazor Webアプリを使用して、ティムはdotnet runがlaunchSettings.json設定ファイルに基づいてアプリケーションを開始することをデモします。デフォルトのURLとHTTPポートは自動的に選択されます。 彼はノートパッドを使ってホームページを編集し、再実行するまで更新が反映されないとメモしています（5:02）。

このコマンドは、コンソールアプリケーション、ASP.NET Core Webアプリ、またはdotnet add referenceを使用して他のDLLファイルを参照するクラスライブラリのプロジェクトのテストに特に役立ちます。 .NET Coreで単体テストを実行する場合、dotnet buildとdotnet runを組み合わせて、指定されたアセンブリがテストランナーの準備が整っていることを確認します。

3. dotnet watchによるホットリロード

ティムは、変更後にアプリを再起動する必要をなくすために、dotnet watchを導入します。変更を自動的に反映するためのファイルウォッチャーCLIコマンド（5:44）。

dotnet watch

このCLIコマンドラインインターフェースは、プロジェクトディレクトリの指定されたファイルを監視し、実行中のアプリケーションへの変更を自動的に適用します。 ティムは再びホームページを編集し、"Hello YouTube"から"Hello World"へとテキストを変更し、ブラウザが再起動せずにリアルタイムに更新されることを示します。

ファイルウォッチャー機能は、クロスプラットフォーム開発にとって非常に価値があります。これにより、.NET Core開発者は、複雑なエディターではなくノートパッドのような軽量エディターで作業しながら、通常はVisual StudioやVS Codeでのみ利用可能なホットリロード体験を維持できます。

4. dotnet cleanでプロジェクトをクリーンにする

.NETプロジェクトは時折、エラーや不整合を引き起こすコンパイル済みファイルを残すことがあります。 ティムの4番目のコマンド、dotnet cleanは、出力ディレクトリと中間フォルダ（例：bin/およびobj/）内のすべてのファイルを削除します（7:06）。

dotnet clean

このコマンドを実行すると、後続のビルドはスクラッチから行われ、DLLファイルやローカルNuGetリソースが干渉しないことを保証します。 ティムは、dotnet cleanがnugetパッケージを含む複数 for .NET Coreプロジェクトまたはクラスライブラリを含むソリューションファイルを処理する際に特に役立つと示します。

このコマンドは、dotnet testでユニットテストを実行するため、またはプロジェクトを展開する準備をするために新しいスタートを保証します。

5. dotnet publishでプロジェクトを公開する

最後にティムは、dotnet publishを紹介します。これは、IIS、Azure、またはその他の環境のようなホスティングシステムでの展開のために.NET Coreアプリケーションを準備します。

dotnet publish

このCLIコマンドは、プロジェクトをコンパイルし、bin/Release/net10/の下のpublishフォルダに公開資産を配置します。 出力には、指定されたすべてのアセンブリ、ランタイムパッケージ、およびホスティングに必要な開発証明書が含まれます。 ティムは、このコマンドがすべて for .NET Coreプロジェクトで機能し、コンソールアプリケーション、ASP.NET Coreアプリケーション、クラスライブラリを含むと強調します（8:18）。

dotnet publishは、NuGetパッケージを作成してコードを再利用可能にするためのdotnet packと組み合わせても便利です。これにより、複数 for .NET Coreソリューションにコードを再利用できます。

追加のヒントと注意事項

ティムは、.NET CoreのCLIコマンド5つをマスターすること—dotnet build、dotnet run、dotnet watch、dotnet clean、およびdotnet publish—が.NET Core開発の日々のタスクの約85％をカバーしていると強調しています（9:01）。 彼はまた、詳細なフラグ、ユニットテストランナー、またはカスタムプロジェクトテンプレートを探求したい場合に、他のコマンドオプションとオンラインでの詳細なドキュメントに言及しています。

新しいプロジェクト向けには、dotnet new console、dotnet new class library、または他の指定テンプレートを使用して、.NET CoreコンソールアプリケーションまたはASP.NET Coreプロジェクトをすばやく生成できます。 さらに、dotnet restoreは、ローカルのNuGetリソースと指定アセンブリをビルド前に復元するのに役立ちます。

これらのコマンドはプラットフォームを問わず使用できるため、Windows、Mac、およびLinuxでも同じCLIコマンドラインインターフェイスが機能します。 それらはまた、プロジェクトテンプレート、ソリューションファイル、コンソールアプリケーション、クラスライブラリプロジェクト、およびモデルビューコントローラーアプリケーションと互換性があり、ほぼすべて for .NET Coreプロジェクトで柔軟に使用できます。

まとめ

ティム・コーリーがお勧めする5つの重要な.NET Core CLIコマンドの簡単なリキャップです：

1. dotnet build – 出力ディレクトリ内にDLLファイルとしてプロジェクトを明示的にコンパイルします。

2. dotnet run – .NET Coreアプリケーションを即座にビルドし実行します。

3. dotnet watch – ファイルウォッチャーによるホットリロードを可能にし変更を自動的に反映します。

4. dotnet clean – 初期ビルドのためにコンパイル済みファイルと中間フォルダをすべて削除します。

5. dotnet publish – どのホスティングシステムでも展開するために完全に公開された.NET Coreアプリケーションを準備します。

これらのコマンドは開発者に、IDEに完全に頼ることなく.NET Coreプロジェクト、ソリューションファイル、コンソールプロジェクトを効率的に管理する力を与えます。それらをワークフローに取り入れることで、迅速に.NET Coreアプリケーションをビルド、実行、テスト、および展開できるので安心です。