ASP.NET Core のバックアップ(No.2)

ASP.NETの歴史 †

1996年 : Active Server Pages
2002年 : ASP.NET
2009年 : ASP.NET MVC
2016年 : ASP.NET Core

↑

ASP.NET Core の特徴 †

オープンソースで開発されている
動作環境がWindowsに加えMacとLinuxに正式に対応した
これまで個別の機能であった「ASP.NET MVC」「WebAPI」「WebPages?」は、ASP.NET Coreで再設計され、1つに統合された
Linux／Mac／Windows共通で使用できるコマンドラインインターフェース「.NET CLI」が用意された。このコマンドを使用することで、リポジトリから取得してきたソースコードを、環境を意識することなく依存解決を行い、ビルドし、実行できるようになった。
IIS 非依存。libuvベースのKestrelという新しいWebサーバーが提供され、IISやNginxとの連携することもできる。

MVC/Entity Framework Core の知識を必須とするため、ASP.NET Web Forms や型付きデータセットで開発されてきた方々には、非常にハードルが高い開発プラットフォームにもなっている
高水準 UI 部品が大量に存在していた ASP.NET Web Forms から、いきなりスクラッチ開発に近い ASP.NET MVC/EF 開発ベースに移れと言われても正直キツイ（らしい）

↑

MVC †

Visual Studio 2017 による ASP.NET Core MVC 開発

ブラウザからのリクエストは、URL で指定されたコントローラクラスのアクションメソッドで処理される
- 例えば、ブラウザから http://xxx.xxx.xxx/Sample01/GetAuthors/ という URL を呼び出すと、Sample01Controller.cs というクラスの、GetAuthors?() というメソッドが呼び出される
  - 第一引数でコントローラクラス名を指定し、第二引数でアクションメソッド名を指定
- このメソッドの中では、ビジネスロジッククラスやデータアクセスクラスを呼び出してデータベースからデータを取り出したり、処理結果をビューに引き渡したりする。
クライアントに送り返す HTML データは、対応するビューファイル（.cshtml ファイル）により作成される。
- コントローラクラスからデータを受け取り、それを使って、クライアントに送り返す HTML ページを作成する。
ASP.NET MVC では、モデルに相当するものが何であるのかは決まっていない
- ”MVC” = Model + View + Controller という名前がついているものの、ASP.NET MVC において明確に扱いが決まっているのは Controller と View のみであり、Model が何であるのかの定義はない
- 一般的には、以下のうちのいずれか（または複数）が Model に相当
  - データベースとやり取りされるデータの構造（＝EF のデータモデル）
  - ビューに対して引き渡すデータの構造（＝ビューモデル）
  - クライアントから送られてくるデータの構造（＝リクエストパラメータバインディングのモデル）

↑

Entity Framework Core †

従来の Entity Framework と異なり、EF Core では O/R マッパーファイル（*.dbml）を使うことができない
このため、O/R マッピング（データベーステーブルのどこを構造体クラスのどこにマッピングするのか？）はすべてコードで指定する必要がある
ツールを利用して自動生成させることも（ある程度は）可能ですが、現時点（2016/07/02）では、手で書いてしまったほうがやりやすい

↑

Code First †

今後はこれが主流
ソフトウェアを開発するにあたり、「リレーショナルデータベース設計ありき」ではなくて「作成するソフトウェアの”ドメイン領域の分析”に注力し、データベースはモデルのあるタイミングにおけるシリアライズ結果を保存する入れ物」的な考え方が基本となっている
リレーショナルデータベースとドメインオブジェクトは、その概念の相違から「インピーダンス・ミスマッチ」が発生することは必然であり、ソフトウェア側の人間としては、ドメイン領域のオブジェクトモデリングに集中すべき、という思想

↑

Database First †

↑

Model First †

↑

使い方 †

以下のNuGetパッケージをインストール（DBにSQLiteを使う場合）

$ dotnet add package Microsoft.EntityFrameworkCore
$ dotnet add package Microsoft.EntityFrameworkCore.Tools
$ dotnet add package Microsoft.EntityFrameworkCore.Sqlite
$ dotnet add package Microsoft.EntityFrameworkCore.Sqlite.Design

[プロジェクト名].csproj に以下を追記 <= これをやらないと「dotnet ef」コマンドが使えない

<ItemGroup>
  <DotNetCliToolReference Include="Microsoft.EntityFrameworkCore.Tools.DotNet" Version="1.0.0" />
</ItemGroup>

プロジェクトフォルダにて以下を実行
```
$ dotnet restore
```

DBスキーマ構築・更新
```
$ dotnet ef migrations add Initial
$ dotnet ef database update
```
- 上記「Initial」の記述は何でもよい

↑

プロジェクトのファイル構成 †

ASP.NET Core - ASP.NET Core MVC 向け機能スライス

[プロジェクト名].csproj
- プロジェクトで使用するライブラリとバージョンを管理
Program.cs ファイル
- Main() 関数が書かれており、Web サーバを起動するためのコードが書かれている
Startup.cs ファイル
- ASP.NET ランタイムの初期化コードが書かれている

wwwroot フォルダ ... 公開する静的コンテンツ（HTML ファイルや JPEG ファイルなど）を置く
Models フォルダ ...
Conrtoller フォルダ ...
App_Data フォルダ ... データベースファイルを置くフォルダ。名前は App_Data でなくてもよい（昔の名残）

↑

ライブラリ †

Microsoft.AspNetCore?.Mvc ASP.NET Core MVC 1.0 本体
Microsoft.AspNetCore?.Mvc.TagHelpers? View ページの作成でタグヘルパーを使えるようにする
Microsoft.AspNetCore?.StaticFiles? 静的ファイルを返せるようにするライブラリ
Microsoft.EntityFrameworkCore? データアクセスライブラリ Entity Framework Core 1.0
Microsoft.EntityFrameworkCore?.SqlServer? Entity Framework Core の SQL Server 接続ドライバ

↑

DBアクセス †

.NET Coreで幾つかのデータベースアクセスを試してみる（SQL Server編）

ADO.NET .... 最も低レベルなAPIですが、高速
Entity Framework ... いわゆるO/Rマッパで、高レベルなAPIだが、相対的に遅い
Dapper ... Micro ORMと言われる部類のもので、中レベルなAPIだが、比較的高速（ADOに近い）

↑

ASP.NET Core のバックアップ(No.2)

ASP.NETの歴史 †

ASP.NET Core の特徴 †

MVC †

Entity Framework Core †

Code First †

Database First †

Model First †

使い方 †

プロジェクトのファイル構成 †

ライブラリ †

DBアクセス †

Dapper †