Help us understand the problem. What is going on with this article?

ASP.NET Coreアプリケーション最小構成チートシート

More than 1 year has passed since last update.

TL;DR

本当にチートシート。以下の設定を行えばOK。

  • csproj
App.csproj
<Project Sdk="Microsoft.NET.Sdk.Web">

    <PropertyGroup>
        <TargetFramework>netcoreapp2.0</TargetFramework>
    </PropertyGroup>

    <ItemGroup>
        <!--本当の最小構成-->
        <PackageReference Include="Microsoft.AspNetCore.Server.Kestrel" Version="2.0.3" />
        <!--ASP.NET Core MVC(Web API)を使う場合に追加-->
        <PackageReference Include="Microsoft.AspNetCore.Mvc.Core" Version="2.0.4" />
        <!--ASP.NET Core MVC(Web Site)を使う場合に追加-->
        <PackageReference Include="Microsoft.AspNetCore.Mvc" Version="2.0.4" />
    </ItemGroup>

</Project>
  • Program.cs
Program.cs
public class Program
{
    public static void Main(string[] args)
    {
        var builder = new WebHostBuilder()
            .UseKestrel() // Kestrelを使用する
            .UseContentRoot(Directory.GetCurrentDirectory()) // プロジェクトディレクトリを基点にする
            .UseStartup<Startup>() // Startupの構成を読み込む
            .Build();

        builder.Run();
    }
}
  • Srartup.cs
Startup.cs
public class Startup
{
    public IConfiguration Configuration { get; }

    public Startup(IHostingEnvironment environment)
    {
        // 構成ファイルと環境変数を読み込んで保存
        Configuration = new ConfigurationBuilder()
            .SetBasePath(environment.ContentRootPath)
            .AddJsonFile("appsettings.json", false, true)
            .AddEnvironmentVariables()
            .Build();
    }

    public void ConfigureServices(IServiceCollection services)
    {
        // ASP.NET Core MVC(Web API)周りのDI解決を有効化
        services.AddMvcCore();
        // ASP.NET Core MVC(Web Site)周りのDI解決を有効化
        services.AddMvc();
    }

    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        // HTTPリクエストを受け取って、HTTPレスポンスを返すだけ
        app.Run(async context => await context.Response.WriteAsync("Hello World!"));

        // ASP.NET Core MVCのルーティングを使用
        app.UseMvc();
    }
}
  • コントローラ
    • Web APIの場合はControllerBaseを継承するだけ。
      • 各HTTPステータスコードを返すIActionResultのメソッドはControllerBaseにある。
      • swaggerのドキュメント生成もControllerBaseを探して生成している。
    • Web Siteの場合はControllerを継承する必要がある。
      • ページを返すIActionResultControllerにある。

はじめに

Visual Studio 2017でASP.NET Coreアプリケーションのプロジェクトを作成すると、どのアプリケーション形式を選択してもMicrosoft.AspNetCore.Allをいうパッケージを参照したプロジェクトが作成されます。

このMicrosoft.AspNetCore.Allパッケージは結構な量のパッケージをまとめたメタパッケージで、確かにこれを参照すればASP.NET Coreを使用したWebアプリケーションを開発するために必要なものが入っているのですが、場合によっては不要なパッケージの参照も含まれているため一部の人にとっては嬉しくないパッケージになっています。

また、デフォルトで作成された構成設定のソースコードもブラックボックス化されており、本当に必要な構成だけが設定されているのかどうかわかりにくくなっています。

私も余計な参照設定は極力なくして開発をするため、このMicrosoft.AspNetCore.Allに依存せずに必要最低限なパッケージ参照と構成設定で開発を始めるためのメモとして残しておきます。

以降は最小構成の設定から徐々に機能を追加していくように記述してあります。

Kestrel上で動くWebサーバーを構築する場合

KestrelというASP.NET Coreが内包しているWebサーバーを使用して、単純にHTTPリクエストを受け付けてHTTPレスポンスを返すASP.NET Coreアプリケーションを構築します。
恐らくこの構成がASP.NET Coreアプリケーションの一番小さい構成になると思います。

まずはcsprojファイルを開いてMicrosoft.AspNetCore.Allのパッケージを削除し、Microsoft.AspNetCore.Server.Kestrelパッケージを追加します。

App.csproj
<ItemGroup>
    <!--↓を削除して…-->
    <!--<PackageReference Include="Microsoft.AspNetCore.All" Version="2.0.8" />-->
    <!--↓を追加する-->
    <PackageReference Include="Microsoft.AspNetCore.Server.Kestrel" Version="2.0.3" />
</ItemGroup>

次にProgram.csを開いて、以下のようにコードを書き直します。

Program.cs
public class Program
{
    public static void Main(string[] args)
    {
        var builder = new WebHostBuilder()
            .UseKestrel() // Kestrelサーバーを有効化する
            .UseStartup<Startup>() // Startupクラスを使用する
            .Build();

        builder.Run();
    }
}

最後にStartup.csを開いて、コードを以下のように書き直します。

Startup.cs
public class Startup
{
    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        // リクエストを受け付けたら「Hello World!」と出力する
        app.Run(async context => await context.Response.WriteAsync("Hello World!"));
    }
}

ここまで書き直したら、アプリケーションを起動してみましょう。サーバーが立ち上がってWebブラウザで既定のURLにアクセスすると以下のように表示されると思います。

image.png

ちなみにProgram.csで以下のように記述すればStartup.csを用意しなくても済みます。

Program.cs
public class Program
{
    public static void Main(string[] args)
    {
        var builder = new WebHostBuilder()
            .UseKestrel()
            // UseStartupの代わりに以下を記述する
            .Configure(app => app.Run(async context => await context.Response.WriteAsync("Hello World!")))
            .Build();

        builder.Run();
    }
}

Kestrel上で動くASP.NET Core MVC(Web API)を構築する

KestrelのみのWebサーバーだと複数のURLを扱うのに手間がかかるので、次はASP.NET Core MVCを使用したWeb APIサーバーを構築します。
これを使えばURLルーティング機能の付いたWeb APIサーバーの構築が出来ます。(実際にはもっと色んな機能が付いてきますが。)

csprojファイルを開いてMicrosoft.AspNetCore.Mvc.Coreパッケージを追加します。

App.csproj
<ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.Mvc.Core" Version="2.0.4" />
    <PackageReference Include="Microsoft.AspNetCore.Server.Kestrel" Version="2.0.3" />
</ItemGroup>

次にStartup.csを以下のように修正します。

Startup.cs
public class Startup
{
    public void ConfigureServices(IServiceCollection services)
    {
        // Dependency InjectionでASP.NET Core MVC周りの機能を解決できるようにする
        services.AddMvcCore();
    }

    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        // ASP.NET Core MVCのルーティングを有効化する
        app.UseMvc(route =>
        {
            // とりあえず[コントローラ名]/[アクション名]でURLをルーティング
            route.MapRoute("default", "{controller}/{action}");
        });
    }
}

最後にコントローラを追加します。今回はValueController.csをいうファイル名にしてプロジェクトディレクトリに作成したControllersフォルダに配置しましょう。(プロジェクトディレクトリ直下に配置しても構わないんですが後々のメンテナビリティのためにフォルダを切っておくことをオススメします。)

ValueController.cs
// ControllerではなくControllerBaseを継承させる
public class ValueController : ControllerBase
{
    public string Index()
    {
        return "value";
    }
}

これでアプリケーションを実行して、/Value/Indexにアクセスしてみると以下のように表示されます。

image.png

Kestrelサーバー上で動くASP.NET Core MVC(Web Site)を構築する

今度は画面のあるWebアプリケーションを構築します。

csprojファイルでMicrosoft.AspNetCore.Mvc.Coreパッケージの参照を削除し、Microsoft.AspNetCore.Mvcパッケージの参照を追加します。

App.csproj
<ItemGroup>
    <!--↓を削除して…-->
    <!--<PackageReference Include="Microsoft.AspNetCore.Mvc.Core" Version="2.0.4" />-->
    <!--↓を追加する-->
    <PackageReference Include="Microsoft.AspNetCore.Mvc" Version="2.0.4" />
    <PackageReference Include="Microsoft.AspNetCore.Server.Kestrel" Version="2.0.3" />
</ItemGroup>

次にStartup.csを以下のように修正します。

Startup.cs
public class Startup
{
    public void ConfigureServices(IServiceCollection services)
    {
        // Dependency InjectionでASP.NET Core MVCのView周りの機能を解決できるようにする
        services.AddMvc();
    }

    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        app.UseMvc(route =>
        {
            route.MapRoute("default", "{controller}/{action}");
        });
    }
}

コントローラとビューを追加します。コントローラはさっき作成したControllersフォルダ内にコントローラのcsファイルを配置し、ビューは新しくViewフォルダを作成して更にその下にコントローラ名と同じフォルダを作成し、アクション名がファイル名となるようにcshtmlファイルを配置します。

今回はコントローラをHomeController.cs、ビューをIndex.cshtmlとします。

HomeController.cs
public class HomeController : Controller
{
    public IActionResult Index()
    {
        // アクション名に一致するViewを返す
        return View();
    }
}
Index.cshtml
<!DOCTYPE html>
<html>
<body>
    <h1>ASP.NET Core MVC</h1>
    <p>ASP.NET Core MVC最小構成のアプリケーションです。</p>
</body>
</html>

このまま実行して該当のURLにアクセスしても何も表示されません。
というのもASP.NET Core MVCはビューのファイルをプロジェクトディレクトリを基点として/Views/[コントローラ名]/[アクション名].cshtmlで探しに行くため、プロジェクトディレクトリを明示的に設定する必要があるようです。
プロジェクトディレクトリの設定はProgram.csで行います。Program.csファイルを以下のように修正します。

Program.cs
public class Program
{
    public static void Main(string[] args)
    {
        var builder = new WebHostBuilder()
            .UseKestrel()
            // 各ファイルの基点となるディレクトリを設定
            .UseContentRoot(Directory.GetCurrentDirectory())
            .UseStartup<Startup>()
            .Build();

        builder.Run();
    }
}

これでアプリケーションを実行して、/Home/Indexにアクセスしてみると以下のように表示されます。

image.png

まとめ

先頭のTL;DRにまとまってます。

duo
総合 ITベンチャーです。バーチャルライブ配信アプリ「IRIAM」、「ミライアカリ」をはじめとするバーチャルタレント事業、アミューズメント事業を展開しています。
https://zizai.co.jp/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした