チュートリアル: ASP.NET MVC で Entity Framework を使用して CRUD 機能を実装する

[アーティクル]
02/15/2023

前のチュートリアルでは、Entity Framework (EF) 6 と LocalDB を使用してデータを格納および表示する MVC アプリケーションSQL Server作成しました。このチュートリアルでは、MVC スキャフォールディングによってコントローラーとビューで自動的に作成される作成、読み取り、更新、削除 (CRUD) コードを確認してカスタマイズします。

Note

コントローラーとデータアクセス層の間に抽象化レイヤーを作成するためにリポジトリパターンを実装することは、よく行われることです。これらのチュートリアルをシンプルに保ち、EF 6 自体の使用方法を教えることに重点を置くために、リポジトリは使用しません。リポジトリを実装する方法については、「 ASP.NET Data Access Content Map」を参照してください。

作成する Web ページの例を次に示します。

学生の詳細ページのスクリーンショット。

学生の作成ページのスクリーンショット。

学生の削除ページのスクリーンショット。

このチュートリアルでは、次の作業を行いました。

[詳細の作成] ページ
[作成] ページを更新する
HttpPost Edit メソッドを更新する
[削除] ページを更新する
データベース接続を閉じる
トランザクションを処理する

前提条件

Entity Framework データモデルを作成する

[詳細の作成] ページ

Students Index ページのスキャフォールディングされたコードは、そのプロパティがコレクションを Enrollments 保持するため、プロパティを省略しました。ページで Details 、コレクションの内容を HTML テーブルに表示します。

Controllers\StudentController.cs では、ビューのアクションメソッドDetailsは Find メソッドを使用して 1 つのStudentエンティティを取得します。

public ActionResult Details(int? id)
{
    if (id == null)
    {
        return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
    }
    Student student = db.Students.Find(id);
    if (student == null)
    {
        return HttpNotFound();
    }
    return View(student);
}

キー値はパラメーターとして id メソッドに渡され、[インデックス] ページの [詳細] ハイパーリンクのルートデータから取得されます。

ヒント: データをルーティングする

ルートデータは、ルーティングテーブルで指定された URL セグメントでモデルバインダーが見つけたデータです。たとえば、既定のルートでは、controlleractionおよび id セグメントを指定します。

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

次の URL では、既定のルートは controllerとしてとしてactionIndex、1 はとしてidマップInstructorされます。これらはルートデータ値です。

http://localhost:1230/Instructor/Index/1?courseID=2021

?courseID=2021 はクエリ文字列値です。モデルバインダーは、をクエリ文字列値として渡 id した場合にも機能します。

http://localhost:1230/Instructor/Index?id=1&CourseID=2021

URL は、Razor ビューのステートメントによって ActionLink 作成されます。次のコードでは、パラメーターは id 既定のルートと一致するため id 、がルートデータに追加されます。

@Html.ActionLink("Select", "Index", new { id = item.PersonID  })

次のコードでは、 courseID は既定のルートのパラメーターと一致しないため、クエリ文字列として追加されます。

@Html.ActionLink("Select", "Index", new { courseID = item.CourseID })

[詳細] ページを作成するには

Views\Student\Details.cshtml を開きます。

次の例に示すように、各フィールドはヘルパーを使用して DisplayFor 表示されます。
```
<dt>
    @Html.DisplayNameFor(model => model.LastName)
</dt>
<dd>
    @Html.DisplayFor(model => model.LastName)
</dd>
```
フィールドの EnrollmentDate 後、終了 </dl> タグの直前に、次の例に示すように、強調表示されたコードを追加して登録の一覧を表示します。
```
<dt>
            @Html.DisplayNameFor(model => model.EnrollmentDate)
        </dt>

        <dd>
            @Html.DisplayFor(model => model.EnrollmentDate)
        </dd>
        <dt>
            @Html.DisplayNameFor(model => model.Enrollments)
        </dt>
        <dd>
            <table class="table">
                <tr>
                    <th>Course Title</th>
                    <th>Grade</th>
                </tr>
                @foreach (var item in Model.Enrollments)
                {
                    <tr>
                        <td>
                            @Html.DisplayFor(modelItem => item.Course.Title)
                        </td>
                        <td>
                            @Html.DisplayFor(modelItem => item.Grade)
                        </td>
                    </tr>
                }
            </table>
        </dd>
    </dl>
</div>
<p>
    @Html.ActionLink("Edit", "Edit", new { id = Model.ID }) |
    @Html.ActionLink("Back to List", "Index")
</p>
```
コードを貼り付けた後にコードのインデントが正しくない場合は、CtrlK キー、CtrlDキー++を押して書式を設定します。

このコードは、Enrollments ナビゲーションプロパティ内のエンティティをループ処理します。プロパティのエンティティごとに Enrollment 、コースのタイトルと成績が表示されます。コースタイトルは、エンティティのCourseナビゲーションプロパティEnrollmentsにCourse格納されているエンティティから取得されます。このデータはすべて、必要なときにデータベースから自動的に取得されます。言い換えると、ここで遅延読み込みを使用しています。ナビゲーションプロパティに一括読み込みをCourses指定していないため、学生を取得したのと同じクエリで登録が取得されませんでした。代わりに、ナビゲーションプロパティに初めてアクセス Enrollments しようとすると、新しいクエリがデータベースに送信され、データが取得されます。遅延読み込みと一括読み込みの詳細については、このシリーズの後半の「関連データの読み取り」チュートリアルを参照してください。
プログラムを開始して (Ctrl F5 キーを押+し)、[学生] タブを選択し、Alexander Carson の [詳細] リンクをクリックして、[詳細] ページを開きます。 (Ctrl キー+を押すとDetails.cshtml ファイルが開いている間に F5、HTTP 400 エラーが発生します。これは、Visual Studio が [詳細] ページを実行しようとしたが、表示する学生を指定するリンクからアクセスできなかったためです。その場合は、URL から "Student/Details" を削除してやり直すか、ブラウザーを閉じてプロジェクトを右クリックし、[ブラウザーでビューを表示>] をクリックします)。

選択した学生のコースと成績の一覧が表示されます。
ブラウザーを閉じます。

[作成] ページを更新する

Controllers\StudentController.cs で、action メソッドをHttpPostAttributeCreate次のコードに置き換えます。このコードでは、ブロックをtry-catch追加し、スキャフォールディングされたメソッドの BindAttribute 属性からを削除IDします。
```
[HttpPost]
[ValidateAntiForgeryToken]
public ActionResult Create([Bind(Include = "LastName, FirstMidName, EnrollmentDate")]Student student)
{
    try
    {
        if (ModelState.IsValid)
        {
            db.Students.Add(student);
            db.SaveChanges();
            return RedirectToAction("Index");
        }
    }
    catch (DataException /* dex */)
    {
        //Log the error (uncomment dex variable name and add a line here to write a log.
        ModelState.AddModelError("", "Unable to save changes. Try again, and if the problem persists see your system administrator.");
    }
    return View(student);
}
```
このコードは、 Student ASP.NET MVC モデルバインダーによって作成されたエンティティを Students エンティティセットに追加し、変更をデータベースに保存します。 モデルバインダー は、フォームによって送信されたデータを簡単に操作できるようにする ASP.NET MVC 機能を指します。モデルバインダーは、ポストされたフォーム値を CLR 型に変換し、パラメーターでアクションメソッドに渡します。この場合、モデルバインダーは、コレクションのプロパティ値を Student 使用してエンティティを Form インスタンス化します。

Bind 属性から削除したID理由は、が行の挿入時に自動的に設定SQL Server主キー値であるためIDです。ユーザーからの入力では、値は ID 設定されません。

セキュリティ警告 - 属性はValidateAntiForgeryToken、クロスサイト要求フォージェリ攻撃を防ぐのに役立ちます。ビューには対応する Html.AntiForgeryToken() ステートメントが必要です。後で説明します。

属性は Bind 、作成シナリオでの 過剰転記 から保護する 1 つの方法です。たとえば、エンティティに Student 、この Web ページを Secret 設定しないプロパティが含まれているとします。
```
public class Student
{
    public int ID { get; set; }
    public string LastName { get; set; }
    public string FirstMidName { get; set; }
    public DateTime EnrollmentDate { get; set; }
    public string Secret { get; set; }

    public virtual ICollection<Enrollment> Enrollments { get; set; }
}
```
Web ページにフィールドがない Secret 場合でも、ハッカーは fiddler などのツールを使用したり、JavaScript を記述してフォーム値を Secret 投稿したりすることができます。モデルバインダーがインスタンスの BindAttribute 作成時 Student に使用するフィールドを制限する属性がない場合、モデルバインダーはその Secret フォーム値を取得し、それを使用してエンティティインスタンスを Student 作成します。その場合、Secret フォームフィールドに対してハッカーが指定した値はすべて、データベースで更新されます。次の図は、fiddler ツールがフィールド (値 "OverPost" を含む) を投稿されたフォーム値に追加 Secret する方法を示しています。

値 "OverPost" は挿入される行の Secret プロパティに正常に追加されますが、Web ページがそのプロパティを設定できることは意図したものではありません。

属性と共BindにパラメーターをInclude使用して、フィールドを明示的に一覧表示することをお勧めします。パラメーターを使用 Exclude して、除外するフィールドをブロックすることもできます。その理由 Include は、エンティティに新しいプロパティを追加すると、新しいフィールドがリストによって Exclude 自動的に保護されないためです。

編集シナリオでの過剰ポスティングを防ぐには、まずデータベースからエンティティを読み取り、次にを呼び出 TryUpdateModelして、明示的に許可されたプロパティリストを渡します。これは、これらのチュートリアルで使用されるメソッドです。

多くの開発者が推奨する過剰ポスティングを防ぐ別の方法は、モデルバインドを持つエンティティクラスではなく、ビューモデルを使用することです。更新するプロパティのみをビューモデルに含めます。 MVC モデルバインダーが完了したら、必要に応じて AutoMapper などのツールを使用して、ビューモデルのプロパティをエンティティインスタンスにコピーします。 db を使用します。エンティティインスタンスの状態を Unchanged に設定し、Property("PropertyName") を設定するエントリ。ビューモデルに含まれる各エンティティプロパティで IsModified を true に変更します。この方法は、編集シナリオと作成シナリオの両方で利用できます。

属性以外の Bind ブロックは、 try-catch スキャフォールディングされたコードに対して行った唯一の変更です。変更を保存するときに、DataException から派生した例外がキャッチされた場合は、汎用的なエラーメッセージが表示されます。 DataException 例外は、プログラミングエラーではなくアプリケーション外の何かが原因で発生する場合があるので、再試行することをお勧めします。このサンプルでは実装されていませんが、運用品質のアプリケーションでは例外をログに記録します。詳細については、「Monitoring and Telemetry (Building Real-World Cloud Apps with Azure)」(監視とテレメトリ (Azure での実際のクラウドアプリの構築)) の「Log for insight」(洞察のためのログ) セクションをご覧ください。

Views\Student\Create.cshtml のコードは Details.cshtml で見たものと似ていますがEditorFor、と ValidationMessageFor ヘルパーはの代わりにDisplayFor各フィールドに使用されます。関連するコードを次に示します。
```
<div class="form-group">
    @Html.LabelFor(model => model.LastName, new { @class = "control-label col-md-2" })
    <div class="col-md-10">
        @Html.EditorFor(model => model.LastName)
        @Html.ValidationMessageFor(model => model.LastName)
    </div>
</div>
```
Create.cshtml にはも含まれています@Html.AntiForgeryToken()。これは、クロスサイト要求フォージェリ攻撃を防ぐためにコントローラーの属性と連携ValidateAntiForgeryTokenします。

Create.cshtml では変更は必要ありません。
プログラムを開始し、[ 学生 ] タブを選択し、[ 新規作成] をクリックして、ページを実行します。
名前と無効な日付を入力し、[ 作成 ] をクリックしてエラーメッセージを表示します。

これは、既定で取得するサーバー側の検証です。後のチュートリアルでは、クライアント側検証用のコードを生成する属性を追加する方法について説明します。次の強調表示されたコードは、 Create メソッドのモデル検証チェックを示しています。
```
if (ModelState.IsValid)
{
    db.Students.Add(student);
    db.SaveChanges();
    return RedirectToAction("Index");
}
```
日付を有効な値に変更し、 [Create] をクリックして、新しい学生が [Index] ページに表示されることを確認します。
ブラウザーを閉じます。

HttpPost Edit メソッドを更新する

アクションメソッドを HttpPostAttributeEdit 次のコードに置き換えます。
```
[HttpPost, ActionName("Edit")]
[ValidateAntiForgeryToken]
public ActionResult EditPost(int? id)
{
    if (id == null)
    {
        return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
    }
    var studentToUpdate = db.Students.Find(id);
    if (TryUpdateModel(studentToUpdate, "",
       new string[] { "LastName", "FirstMidName", "EnrollmentDate" }))
    {
        try
        {
            db.SaveChanges();

            return RedirectToAction("Index");
        }
        catch (DataException /* dex */)
        {
            //Log the error (uncomment dex variable name and add a line here to write a log.
            ModelState.AddModelError("", "Unable to save changes. Try again, and if the problem persists, see your system administrator.");
        }
    }
    return View(studentToUpdate);
}
```
Note

Controllers\StudentController.cs では、 HttpGet Edit メソッド (属性のないHttpPostメソッド) は、メソッドをFind使用して選択したStudentエンティティをDetails取得します。これは、メソッドで確認したとおりです。このメソッドを変更する必要はありません。

これらの変更では、オーバーポストを防ぐためのセキュリティのベストプラクティスが実装されています。スキャフォールディングによって属性が生成 Bind され、モデルバインダーによって作成されたエンティティが Modified フラグを持つエンティティセットに追加されました。このコードは、パラメーターに Bind リストされていないフィールド内の既存のデータが属性によってクリアされるため、 Include 推奨されなくなりました。今後、MVC コントローラースキャフォールディングが更新され、Edit メソッドの属性が生成 Bind されなくなります。

新しいコードは、既存のエンティティを読み取り、を呼び出 TryUpdateModel して、投稿されたフォームデータのユーザー入力からフィールドを更新します。 Entity Framework の自動変更追跡では、エンティティに EntityState.Modified フラグが設定されます。 SaveChanges メソッドが呼び出されると、フラグによって Modified Entity Framework によって SQL ステートメントが作成され、データベース行が更新されます。コンカレンシーの競合は無視され、ユーザーが変更しなかった列を含め、データベース行のすべての列が更新されます。 (後のチュートリアルでは、コンカレンシーの競合を処理する方法を示します。データベースで個々のフィールドのみを更新する場合は、エンティティを EntityState.Unchanged に設定し、個々のフィールドを EntityState.Modified に設定できます)。

オーバーポストを防ぐために、[編集] ページで更新可能にするフィールドがパラメーターに TryUpdateModel 一覧表示されます。現在、他に保護しているフィールドはありませんが、モデルバインダーでバインドしたいフィールドをリストに入れておくと、後でデータモデルにフィールドを追加した場合に、ここでフィールドを明示的に追加するまで、自動的にフィールドを保護できます。

これらの変更の結果、HttpPost Edit メソッドのメソッドシグネチャは HttpGet 編集メソッドと同じです。そのため、EditPost メソッドの名前を変更しました。
ヒント

エンティティの状態と Attach メソッドと SaveChanges メソッド

データベースコンテキストは、メモリ内のエンティティがデータベースの対応する行と同期しているかどうかを追跡しており、この情報により、SaveChanges メソッドを呼び出したときの処理が決まります。たとえば、新しいエンティティを Add メソッドに渡すと、そのエンティティの状態はに Added設定されます。次に、 SaveChanges メソッドを呼び出すと、データベースコンテキストによって SQL INSERT コマンドが発行されます。

エンティティは、次のいずれかの状態になります。
- Added. エンティティはまだデータベースに存在しません。メソッドは SaveChanges ステートメントを発行する INSERT 必要があります。
- Unchanged. SaveChanges メソッドはこのエンティティに対し何も行う必要はありません。データベースからエンティティを読み取ると、エンティティはこの状態で開始します。
- Modified. エンティティのプロパティ値の一部またはすべてが変更されています。メソッドは SaveChanges ステートメントを発行する UPDATE 必要があります。
- Deleted. エンティティには削除のマークが付けられています。メソッドは SaveChanges ステートメントを発行する DELETE 必要があります。
- Detached. エンティティはデータベースコンテキストによって追跡されていません。
デスクトップアプリケーションにおいて、通常、状態の変更は自動的に設定されます。デスクトップの種類のアプリケーションでは、エンティティを読み取り、そのプロパティ値の一部を変更します。そのエンティティの状態は自動的に Modified に変更されます。次に、を呼び出 SaveChangesすと、変更した実際のプロパティのみを更新する SQL UPDATE ステートメントが Entity Framework によって生成されます。

Web アプリの切断された性質では、この連続したシーケンスは許可されません。エンティティを読み取る DbContext は、ページのレンダリング後に破棄されます。 HttpPostEditアクションメソッドが呼び出されると、新しい要求が行われ、DbContext の新しいインスタンスが作成されるため、エンティティの状態を手動でに設定するModified.必要があります。を呼び出SaveChangesすと、コンテキストで変更したプロパティが認識できないため、Entity Framework によってデータベース行のすべての列が更新されます。

ユーザーが実際に変更したフィールドのみを SQL Update ステートメントで更新する場合は、元の値 (非表示フィールドなど) を何らかの方法で保存して、メソッドの呼び出し時 HttpPostEdit に使用できるようにします。次に、元の値を使用してエンティティを作成 Student し、その元のバージョンのエンティティでメソッドを呼び出 Attach し、エンティティの値を新しい値に更新してから、を呼び出します SaveChanges. 。詳細については、「 Entity states and SaveChanges and Local Data」を参照してください。
Views\Student\Edit.cshtml の HTML コードと Razor コードは、Create.cshtml で見たものと似ていますが、変更は必要ありません。
プログラムを起動し、[ 学生 ] タブを選択し、[ 編集 ] ハイパーリンクをクリックしてページを実行します。
データをいくつか変更し、 [Save] をクリックします。 [インデックス] ページに変更されたデータが表示されます。
ブラウザーを閉じます。

[削除] ページを更新する

Controllers\StudentController.cs のメソッドのテンプレートコードHttpGetAttributeDeleteでは、メソッドと Edit メソッドで確認したように、メソッドを使用Findして選択したStudentエンティティをDetails取得します。ただし、SaveChanges の呼び出しが失敗したときのカスタムエラーメッセージを実装するには、何らかの機能とその対応するビューをこのメソッドに追加します。

更新および作成操作で見たように、削除操作にも 2 つのアクションメソッドが必要です。 GET 要求に応答して呼び出されるメソッドには、削除操作を承認または取り消す機会をユーザーに提供するビューが表示されます。ユーザーが操作を承認すると、POST 要求が作成されます。その場合、 HttpPostDelete メソッドが呼び出され、そのメソッドは実際に削除操作を実行します。

データベースの更新時に発生するHttpPostAttributeDelete可能性のあるエラーを処理するブロックをメソッドに追加try-catchします。エラーが発生した場合、メソッドは HttpPostAttributeDelete メソッドを HttpGetAttributeDelete 呼び出し、エラーが発生したことを示すパラメーターを渡します。次に、メソッドは HttpGetAttributeDelete 確認ページとエラーメッセージを再表示し、ユーザーにキャンセルまたは再試行を行う機会を提供します。

action メソッドを HttpGetAttributeDelete 、エラー報告を管理する次のコードに置き換えます。
```
public ActionResult Delete(int? id, bool? saveChangesError=false)
{
    if (id == null)
    {
        return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
    }
    if (saveChangesError.GetValueOrDefault())
    {
        ViewBag.ErrorMessage = "Delete failed. Try again, and if the problem persists see your system administrator.";
    }
    Student student = db.Students.Find(id);
    if (student == null)
    {
        return HttpNotFound();
    }
    return View(student);
}
```
このコードでは、変更の保存に失敗した後にメソッドが呼び出されたかどうかを示す省略可能なパラメーターを受け取ります。このパラメーターは、 false メソッドが以前の HttpGetDelete エラーなしで呼び出された場合です。データベース更新エラーに応答してメソッドによって HttpPostDelete 呼び出されると、パラメーターがになり true 、エラーメッセージがビューに渡されます。
HttpPostAttributeDeleteアクションメソッド (という名前DeleteConfirmed) を、実際の削除操作を実行し、データベース更新エラーをキャッチする次のコードに置き換えます。
```
[HttpPost]
[ValidateAntiForgeryToken]
public ActionResult Delete(int id)
{
    try
    {
        Student student = db.Students.Find(id);
        db.Students.Remove(student);
        db.SaveChanges();
    }
    catch (DataException/* dex */)
    {
        //Log the error (uncomment dex variable name and add a line here to write a log.
        return RedirectToAction("Delete", new { id = id, saveChangesError = true });
    }
    return RedirectToAction("Index");
}
```
このコードは、選択したエンティティを取得し、 Remove メソッドを呼び出してエンティティの状態をに Deleted設定します。 SaveChanges が呼び出された場合、SQL の DELETE コマンドが生成されます。また、アクションメソッドの名前を DeleteConfirmed から Delete に変更しています。メソッドに一意のシグネチャを HttpPostDelete 与えるメソッド DeleteConfirmed という名前の HttpPost スキャフォールディングされたコード。 (CLR では、異なるメソッドパラメーターを持つオーバーロードされたメソッドが必要です)。シグネチャが一意になったので、MVC 規則に従い、メソッドと HttpGet delete メソッドに同じ名前をHttpPost使用できます。

大量のアプリケーションでのパフォーマンスの向上が優先される場合は、メソッドと Remove メソッドを呼び出すFindコード行を次のコードに置き換えることで、不要な SQL クエリを回避して行を取得できます。
```
Student studentToDelete = new Student() { ID = id };
db.Entry(studentToDelete).State = EntityState.Deleted;
```
このコードでは、 Student 主キー値のみを使用してエンティティをインスタンス化し、エンティティの状態をに Deleted設定します。エンティティを削除するために Entity Framework に必要なものは主キーの値だけです

前に示したように、 HttpGetDelete メソッドはデータを削除しません。 GET 要求に応答して削除操作を実行すると (つまり、編集操作、作成操作、またはデータを変更するその他の操作を実行する)、セキュリティ上のリスクが生じます。詳細については、「 ASP.NET MVC ヒント #46 - Stephen Walther のブログにセキュリティホールが作成されるため、リンクの削除を使用しないでください」を参照してください。
Views\Student\Delete.cshtml で、次の例に示すように、見出しと見出しのh3間h2にエラーメッセージを追加します。
```
<h2>Delete</h2>
<p class="error">@ViewBag.ErrorMessage</p>
<h3>Are you sure you want to delete this?</h3>
```
プログラムを起動し、[ 学生 ] タブを選択し、[削除] ハイパーリンクをクリックしてページを実行 します 。
[ 削除しますか?] というページで [ 削除] を選択します。

[インデックス] ページが表示され、学生は削除されません。 ( 同時実行のチュートリアルでは、動作中のエラー処理コードの例が表示されます)。

データベース接続を閉じる

データベース接続を閉じ、保持しているリソースをできるだけ早く解放するには、コンテキストインスタンスの処理が完了したら破棄します。そのため、スキャフォールディングされたコードは、次の例に示すように、StudentController.cs のクラスのStudentController末尾に Dispose メソッドを提供します。

protected override void Dispose(bool disposing)
{
    if (disposing)
    {
        db.Dispose();
    }
    base.Dispose(disposing);
}

基底 Controller クラスは既にインターフェイスを IDisposable 実装しているため、このコードは単純にメソッドにオーバーライドを追加して Dispose(bool) 、コンテキストインスタンスを明示的に破棄します。

トランザクションを処理する

既定では、Entity Framework はトランザクションを暗黙的に実装します。複数の行またはテーブルに変更を加えてからを呼び出す SaveChangesシナリオでは、Entity Framework によって、すべての変更が成功するか、すべて失敗するかを自動的に確認します。一部の変更が完了した後でエラーが発生した場合、それらの変更は自動的にロールバックされます。より多くの制御が必要なシナリオ (たとえば、Entity Framework の外部で実行される操作をトランザクションに含める場合) については、「トランザクションの操作」を参照してください。

コードを取得する

完成したプロジェクトのダウンロード

その他の資料

これで、エンティティに対 Student して単純な CRUD 操作を実行するページの完全なセットが作成されました。 MVC ヘルパーを使用して、データフィールドの UI 要素を生成しました。 MVC ヘルパーの詳細については、「 HTML ヘルパーを使用したフォームのレンダリング」を参照してください (この記事は MVC 3 用ですが、MVC 5 にはまだ関連しています)。

他の EF 6 リソースへのリンクは、「 ASP.NET データアクセス - 推奨リソース」にあります。

次のステップ

このチュートリアルでは、次の作業を行いました。

[詳細] ページを作成しました
Create ページを更新した
HttpPost Edit メソッドを更新しました
Delete ページを更新した
データベース接続を閉じた
処理されたトランザクション

次の記事に進み、プロジェクトに並べ替え、フィルター処理、ページングを追加する方法について説明します。

並べ替え、フィルター処理、ページング

チュートリアル: ASP.NET MVC で Entity Framework を使用して CRUD 機能を実装する

前提条件

[詳細の作成] ページ

ヒント: データをルーティングする

[詳細] ページを作成するには

[作成] ページを更新する

セキュリティ警告 - 属性は`ValidateAntiForgeryToken`、クロスサイト要求フォージェリ攻撃を防ぐのに役立ちます。ビューには対応する `Html.AntiForgeryToken()` ステートメントが必要です。後で説明します。

HttpPost Edit メソッドを更新する

[削除] ページを更新する

データベース接続を閉じる

トランザクションを処理する

コードを取得する

その他の資料

次のステップ

その他のリソース

その他のリソース

チュートリアル: ASP.NET MVC で Entity Framework を使用して CRUD 機能を実装する

前提条件

[詳細の作成] ページ

ヒント: データをルーティングする

[詳細] ページを作成するには

[作成] ページを更新する

セキュリティ警告 - 属性はValidateAntiForgeryToken、クロスサイト要求フォージェリ攻撃を防ぐのに役立ちます。 ビューには対応する Html.AntiForgeryToken() ステートメントが必要です。後で説明します。

HttpPost Edit メソッドを更新する

[削除] ページを更新する

データベース接続を閉じる

トランザクションを処理する

コードを取得する

その他の資料

次のステップ

その他のリソース

その他のリソース

セキュリティ警告 - 属性は`ValidateAntiForgeryToken`、クロスサイト要求フォージェリ攻撃を防ぐのに役立ちます。ビューには対応する `Html.AntiForgeryToken()` ステートメントが必要です。後で説明します。