Obsługa współbieżności z programem Entity Framework w aplikacji MVC ASP.NET (7 z 10)

Autor : Tom Dykstra

Przykładowa aplikacja internetowa Contoso University pokazuje, jak utworzyć ASP.NET aplikacje MVC 4 przy użyciu platformy Entity Framework 5 Code First i programu Visual Studio 2012. Aby uzyskać informacje na temat serii samouczków, zobacz pierwszy samouczek z serii.

Uwaga

Jeśli napotkasz problem, którego nie możesz rozwiązać, pobierz ukończony rozdział i spróbuj odtworzyć problem. Zazwyczaj rozwiązanie problemu można znaleźć, porównując kod z ukończonym kodem. Niektóre typowe błędy i sposoby ich rozwiązywania można znaleźć w temacie Błędy i obejścia.

W dwóch poprzednich samouczkach pracowaliśmy z powiązanymi danymi. W tym samouczku pokazano, jak obsługiwać współbieżność. Utworzysz strony internetowe współpracujące z jednostką Department , a strony, które edytują i usuwają Department jednostki, będą obsługiwać błędy współbieżności. Na poniższych ilustracjach przedstawiono strony Indeks i Usuń, w tym niektóre komunikaty wyświetlane w przypadku wystąpienia konfliktu współbieżności.

Konflikty współbieżności

Konflikt współbieżności występuje, gdy jeden użytkownik wyświetla dane jednostki w celu ich edycji, a następnie inny użytkownik aktualizuje dane tej samej jednostki przed zapisaniem zmiany pierwszego użytkownika w bazie danych. Jeśli nie włączysz wykrywania takich konfliktów, kto po raz ostatni zaktualizuje bazę danych, zastąpi zmiany innego użytkownika. W wielu aplikacjach to ryzyko jest dopuszczalne: jeśli istnieje niewielu użytkowników lub kilka aktualizacji lub jeśli nie ma naprawdę krytycznego, jeśli niektóre zmiany zostaną zastąpione, koszt programowania dla współbieżności może przeważyć nad korzyścią. W takim przypadku nie trzeba konfigurować aplikacji do obsługi konfliktów współbieżności.

Pesymistyczne współbieżność (blokowanie)

Jeśli aplikacja musi zapobiec przypadkowej utracie danych w scenariuszach współbieżności, jednym ze sposobów jest użycie blokad bazy danych. Jest to nazywane pesymistyczną współbieżnością. Na przykład przed odczytaniem wiersza z bazy danych należy zażądać blokady tylko do odczytu lub dostępu do aktualizacji. Jeśli zablokujesz wiersz dostępu do aktualizacji, żaden inny użytkownik nie będzie mógł zablokować wiersza na potrzeby dostępu tylko do odczytu lub aktualizacji, ponieważ otrzymają kopię danych w procesie zmiany. Jeśli zablokujesz wiersz dostępu tylko do odczytu, inne osoby mogą również zablokować go na potrzeby dostępu tylko do odczytu, ale nie do aktualizacji.

Zarządzanie blokadami ma wady. Może to być skomplikowane do programowania. Wymaga to znaczących zasobów zarządzania bazami danych i może powodować problemy z wydajnością w miarę wzrostu liczby użytkowników aplikacji (oznacza to, że nie jest dobrze skalowana). Z tych powodów nie wszystkie systemy zarządzania bazami danych obsługują pesymistyczną współbieżność. Program Entity Framework nie zapewnia wbudowanej obsługi, a w tym samouczku nie pokazano, jak go zaimplementować.

Optymistyczna współbieżność

Alternatywą dla pesymistycznej współbieżności jest optymistyczna współbieżność. Optymistyczna współbieżność oznacza umożliwienie wystąpienia konfliktów współbieżności, a następnie odpowiednie reagowanie, jeśli tak. Na przykład Jan uruchamia stronę Edycja działów, zmienia kwotę budżetu dla działu angielskiego z 350 000,000 USD na 0,00 USD.

Przed kliknięciem przycisku Zapisz Jane uruchomi tę samą stronę i zmieni pole Data rozpoczęcia z 2007-09-09-2013.

Jan klika pozycję Zapisz jako pierwszy i widzi jego zmianę po powrocie przeglądarki na stronę Indeks, a następnie jane klika pozycję Zapisz. To, co się stanie dalej, zależy od sposobu obsługi konfliktów współbieżności. Niektóre opcje obejmują następujące elementy:

• Możesz śledzić, która właściwość użytkownika zmodyfikowała i zaktualizować tylko odpowiednie kolumny w bazie danych. W przykładowym scenariuszu żadne dane nie zostaną utracone, ponieważ obaj użytkownicy zaktualizowali różne właściwości. Następnym razem, gdy ktoś przegląda dział angielski, zobaczy zmiany Zarówno Johna, jak i Jane'a — datę rozpoczęcia 8/8/2013 i budżet zero dolarów.

  Ta metoda aktualizowania może zmniejszyć liczbę konfliktów, które mogą spowodować utratę danych, ale nie może uniknąć utraty danych, jeśli konkurencyjne zmiany zostaną wprowadzone do tej samej właściwości jednostki. To, czy platforma Entity Framework działa w ten sposób, zależy od sposobu implementacji kodu aktualizacji. Często nie jest to praktyczne w aplikacji internetowej, ponieważ może wymagać utrzymania dużych ilości stanu w celu śledzenia wszystkich oryginalnych wartości właściwości dla jednostki, a także nowych wartości. Utrzymywanie dużych ilości stanu może mieć wpływ na wydajność aplikacji, ponieważ wymaga zasobów serwera lub musi zostać uwzględnione na samej stronie internetowej (na przykład w ukrytych polach).

• Możesz pozwolić zmiany Jane zastąpić zmianę Johna. Następnym razem, gdy ktoś przegląda angielski dział, zobaczy 8/8/2013 i przywróconą wartość $350,000.000. Jest to nazywane klientem wins lub Last in Wins scenariusz. (Wartości klienta mają pierwszeństwo przed tym, co znajduje się w magazynie danych). Jak wspomniano we wprowadzeniu do tej sekcji, jeśli nie wykonasz kodowania na potrzeby obsługi współbieżności, nastąpi to automatycznie.

• Możesz zapobiec aktualizowaniu zmiany Jane w bazie danych. Zazwyczaj jest wyświetlany komunikat o błędzie, pokazywanie bieżącego stanu danych i ponowne ich stosować, jeśli nadal chce je wprowadzić. Jest to nazywane scenariuszem Store Wins . (Wartości magazynu danych mają pierwszeństwo przed wartościami przesłanimi przez klienta). W tym samouczku zaimplementujesz scenariusz Store Wins. Ta metoda gwarantuje, że żadne zmiany nie zostaną zastąpione bez powiadamiania użytkownika o tym, co się dzieje.

Wykrywanie konfliktów współbieżności

Konflikty można rozwiązać, obsługując wyjątki OptimisticConcurrencyException zgłaszane przez program Entity Framework. Aby wiedzieć, kiedy zgłaszać te wyjątki, program Entity Framework musi mieć możliwość wykrywania konfliktów. Dlatego należy odpowiednio skonfigurować bazę danych i model danych. Niektóre opcje włączania wykrywania konfliktów obejmują następujące opcje:

• W tabeli bazy danych dołącz kolumnę śledzenia, która może służyć do określenia, kiedy wiersz został zmieniony. Następnie można skonfigurować platformę Entity Framework tak, aby zawierała kolumnę Where w klauzuli SQL Update lub Delete poleceniach.

  Typ danych kolumny śledzenia to zazwyczaj rowversion. Wartość rowversion jest sekwencyjną liczbą, która jest zwiększana za każdym razem, gdy wiersz jest aktualizowany. W poleceniu Update lub Delete klauzula Where zawiera oryginalną wartość kolumny śledzenia (oryginalna wersja wiersza). Jeśli aktualizowany wiersz został zmieniony przez innego użytkownika, wartość w rowversion kolumnie jest inna niż oryginalna wartość, więc Update instrukcja or Delete nie może znaleźć wiersza do zaktualizowania ze względu na klauzulę Where . Gdy program Entity Framework wykryje, że żadne wiersze nie zostały zaktualizowane przez Update polecenie lub Delete (czyli gdy liczba wierszy, których dotyczy problem, wynosi zero), interpretuje to jako konflikt współbieżności.

• Skonfiguruj platformę Entity Framework, aby uwzględnić oryginalne wartości każdej kolumny w tabeli w Where klauzuli Update i Delete poleceń.

  Podobnie jak w przypadku pierwszej opcji, jeśli coś w wierszu uległo zmianie od czasu pierwszego odczytania wiersza, Where klauzula nie zwróci wiersza do zaktualizowania, który program Entity Framework interpretuje jako konflikt współbieżności. W przypadku tabel bazy danych, które mają wiele kolumn, takie podejście może spowodować bardzo duże Where klauzule i może wymagać utrzymania dużych ilości stanu. Jak wspomniano wcześniej, utrzymywanie dużych ilości stanu może mieć wpływ na wydajność aplikacji, ponieważ wymaga zasobów serwera lub musi zostać uwzględnione na samej stronie internetowej. W związku z tym to podejście zwykle nie jest zalecane i nie jest to metoda używana w tym samouczku.

  Jeśli chcesz zaimplementować to podejście do współbieżności, musisz oznaczyć wszystkie właściwości inne niż podstawowe w jednostce, dla której chcesz śledzić współbieżność, dodając do nich atrybut ConcurrencyCheck . Ta zmiana umożliwia platformie Entity Framework uwzględnienie wszystkich kolumn w klauzuli SQL WHERE instrukcji UPDATE .

W pozostałej części tego samouczka dodasz do jednostki właściwość Department śledzenia rowversion, utworzysz kontroler i widoki, a następnie sprawdzisz, czy wszystko działa prawidłowo.

Dodawanie właściwości optymistycznej współbieżności do jednostki Działu

W pliku Models\Department.cs dodaj właściwość śledzenia o nazwie RowVersion:

public class Department
{
    public int DepartmentID { get; set; }

    [StringLength(50, MinimumLength = 3)]
    public string Name { get; set; }

    [DataType(DataType.Currency)]
    [Column(TypeName = "money")]
    public decimal Budget { get; set; }

    [DataType(DataType.Date)]
    public DateTime StartDate { get; set; }

    [Display(Name = "Administrator")]
    public int? InstructorID { get; set; }

    [Timestamp]
    public byte[] RowVersion { get; set; }

    public virtual Instructor Administrator { get; set; }
    public virtual ICollection<Course> Courses { get; set; }
}

Atrybut Znacznik czasu określa, że ta kolumna zostanie uwzględniona w Where klauzuli Update i Delete poleceń wysyłanych do bazy danych. Atrybut jest nazywany sygnaturą czasową, ponieważ poprzednie wersje SQL Server używały typu danych sygnatury czasowej SQL przed zastąpieniem go przez wiersz SQL. Typem platformy .Net dla rowversion jest tablica bajtów. Jeśli wolisz używać płynnego interfejsu API, możesz użyć metody IsConcurrencyToken , aby określić właściwość śledzenia, jak pokazano w poniższym przykładzie:

modelBuilder.Entity<Department>()
    .Property(p => p.RowVersion).IsConcurrencyToken();

Zobacz problem z usługą GitHub Replace IsConcurrencyToken by IsRowVersion.

Dodając właściwość zmienioną model bazy danych, więc należy przeprowadzić inną migrację. W konsoli menedżera pakietów (PMC) wprowadź następujące polecenia:

Add-Migration RowVersion
Update-Database

Tworzenie kontrolera działu

Department Utwórz kontroler i widoki tak samo jak w przypadku innych kontrolerów przy użyciu następujących ustawień:

W pliku Controllers\DepartmentController.cs dodaj instrukcję using :

using System.Data.Entity.Infrastructure;

Zmień wartość "LastName" na "FullName" wszędzie w tym pliku (cztery wystąpienia), aby listy rozwijane administratora działu zawierały pełną nazwę instruktora, a nie tylko nazwisko.

ViewBag.InstructorID = new SelectList(db.Instructors, "InstructorID", "FullName");

Zastąp istniejący kod metody HttpPostEdit następującym kodem:

[HttpPost]
[ValidateAntiForgeryToken]
public ActionResult Edit(
   [Bind(Include = "DepartmentID, Name, Budget, StartDate, RowVersion, InstructorID")]
    Department department)
{
   try
   {
      if (ModelState.IsValid)
      {
         db.Entry(department).State = EntityState.Modified;
         db.SaveChanges();
         return RedirectToAction("Index");
      }
   }
   catch (DbUpdateConcurrencyException ex)
   {
      var entry = ex.Entries.Single();
      var clientValues = (Department)entry.Entity;
      var databaseValues = (Department)entry.GetDatabaseValues().ToObject();

      if (databaseValues.Name != clientValues.Name)
         ModelState.AddModelError("Name", "Current value: "
             + databaseValues.Name);
      if (databaseValues.Budget != clientValues.Budget)
         ModelState.AddModelError("Budget", "Current value: "
             + String.Format("{0:c}", databaseValues.Budget));
      if (databaseValues.StartDate != clientValues.StartDate)
         ModelState.AddModelError("StartDate", "Current value: "
             + String.Format("{0:d}", databaseValues.StartDate));
      if (databaseValues.InstructorID != clientValues.InstructorID)
         ModelState.AddModelError("InstructorID", "Current value: "
             + db.Instructors.Find(databaseValues.InstructorID).FullName);
      ModelState.AddModelError(string.Empty, "The record you attempted to edit "
          + "was modified by another user after you got the original value. The "
          + "edit operation was canceled and the current values in the database "
          + "have been displayed. If you still want to edit this record, click "
          + "the Save button again. Otherwise click the Back to List hyperlink.");
      department.RowVersion = databaseValues.RowVersion;
   }
   catch (DataException /* dex */)
   {
      //Log the error (uncomment dex variable name after DataException and add a line here to write a log.
      ModelState.AddModelError(string.Empty, "Unable to save changes. Try again, and if the problem persists contact your system administrator.");
   }

   ViewBag.InstructorID = new SelectList(db.Instructors, "InstructorID", "FullName", department.InstructorID);
   return View(department);
}

Widok będzie przechowywać oryginalną RowVersion wartość w polu ukrytym. Gdy binder modelu tworzy department wystąpienie, ten obiekt będzie miał oryginalną RowVersion wartość właściwości i nowe wartości dla innych właściwości, wprowadzone przez użytkownika na stronie Edycja. Następnie, gdy program Entity Framework utworzy polecenie SQL UPDATE , to polecenie będzie zawierać klauzulę WHERE , która wyszukuje wiersz zawierający oryginalną RowVersion wartość.

Jeśli polecenie nie ma wpływu na UPDATE żadne wiersze (żadne wiersze nie mają oryginalnej RowVersion wartości), program Entity Framework zgłasza DbUpdateConcurrencyException wyjątek, a kod w catch bloku pobiera jednostkę, której dotyczy problem Department , z obiektu wyjątku. Ta jednostka ma zarówno wartości odczytane z bazy danych, jak i nowe wartości wprowadzone przez użytkownika:

var entry = ex.Entries.Single();
var clientValues = (Department)entry.Entity;
var databaseValues = (Department)entry.GetDatabaseValues().ToObject();

Następnie kod dodaje niestandardowy komunikat o błędzie dla każdej kolumny zawierającej wartości bazy danych inne niż to, co użytkownik wprowadził na stronie Edycja:

if (databaseValues.Name != currentValues.Name)
    ModelState.AddModelError("Name", "Current value: " + databaseValues.Name);
    // ...

Dłuższy komunikat o błędzie wyjaśnia, co się stało i co z tym zrobić:

ModelState.AddModelError(string.Empty, "The record you attempted to edit "
    + "was modified by another user after you got the original value. The"
    + "edit operation was canceled and the current values in the database "
    + "have been displayed. If you still want to edit this record, click "
    + "the Save button again. Otherwise click the Back to List hyperlink.");

Na koniec kod ustawia RowVersion wartość Department obiektu na nową wartość pobraną z bazy danych. Ta nowa RowVersion wartość będzie przechowywana w ukrytym polu, gdy strona Edytuj jest odtwarzana ponownie, a następnym razem, gdy użytkownik kliknie przycisk Zapisz, zostaną przechwycone tylko błędy współbieżności, które występują od czasu przechwytu ponownego edytowania strony.

W obszarze Views\Department\Edit.cshtml dodaj ukryte pole, aby zapisać RowVersion wartość właściwości, bezpośrednio po ukrytym polu właściwości DepartmentID :

@model ContosoUniversity.Models.Department

@{
    ViewBag.Title = "Edit";
}

<h2>Edit</h2>

@using (Html.BeginForm()) {
    @Html.AntiForgeryToken()
    @Html.ValidationSummary(true)

    <fieldset>
        <legend>Department</legend>

        @Html.HiddenFor(model => model.DepartmentID)
        @Html.HiddenFor(model => model.RowVersion)

        <div class="editor-label">
            @Html.LabelFor(model => model.Name)
        </div>

W pliku Views\Department\Index.cshtml zastąp istniejący kod następującym kodem, aby przenieść łącza wierszy do lewej strony i zmienić tytuł strony i nagłówki kolumn, aby wyświetlić FullName zamiast LastName w kolumnie Administrator :

@model IEnumerable<ContosoUniversity.Models.Department>

@{
    ViewBag.Title = "Departments";
}

<h2>Departments</h2>

<p>
    @Html.ActionLink("Create New", "Create")
</p>
<table>
    <tr>
        <th></th>
        <th>Name</th>
        <th>Budget</th>
        <th>Start Date</th>
        <th>Administrator</th>
    </tr>

@foreach (var item in Model) {
    <tr>
        <td>
            @Html.ActionLink("Edit", "Edit", new { id=item.DepartmentID }) |
            @Html.ActionLink("Details", "Details", new { id=item.DepartmentID }) |
            @Html.ActionLink("Delete", "Delete", new { id=item.DepartmentID })
        </td>
        <td>
            @Html.DisplayFor(modelItem => item.Name)
        </td>
        <td>
            @Html.DisplayFor(modelItem => item.Budget)
        </td>
        <td>
            @Html.DisplayFor(modelItem => item.StartDate)
        </td>
        <td>
            @Html.DisplayFor(modelItem => item.Administrator.FullName)
        </td>
    </tr>
}

</table>

Testowanie optymistycznej obsługi współbieżności

Uruchom witrynę i kliknij pozycję Działy:

Kliknij prawym przyciskiem myszy hiperłącze Edytuj dla kim Abercrombie i wybierz pozycję Otwórz na nowej karcie, a następnie kliknij hiperlink Edytuj dla kim Abercrombie. W dwóch oknach są wyświetlane te same informacje.

Zmień pole w pierwszym oknie przeglądarki i kliknij przycisk Zapisz.

W przeglądarce zostanie wyświetlona strona Indeks ze zmienioną wartością.

Zmień dowolne pole w drugim oknie przeglądarki i kliknij przycisk Zapisz.

Kliknij przycisk Zapisz w drugim oknie przeglądarki. Zostanie wyświetlony komunikat o błędzie:

Kliknij ponownie pozycję Zapisz . Wartość wprowadzona w drugiej przeglądarce jest zapisywana wraz z oryginalną wartością danych, które zmienisz w pierwszej przeglądarce. Zapisane wartości są widoczne po wyświetleniu strony Indeks.

Aktualizowanie strony usuwania

Na stronie Usuwanie platforma Entity Framework wykrywa konflikty współbieżności spowodowane przez inną osobę edytując dział w podobny sposób. HttpGetDelete Gdy metoda wyświetla widok potwierdzenia, widok zawiera oryginalną RowVersion wartość w polu ukrytym. Ta wartość jest następnie dostępna dla HttpPostDelete metody wywoływanej, gdy użytkownik potwierdzi usunięcie. Gdy program Entity Framework utworzy polecenie SQL DELETE , zawiera klauzulę WHERE z oryginalną RowVersion wartością. Jeśli polecenie powoduje, że wystąpił problem z zerowymi wierszami (co oznacza, że wiersz został zmieniony po wyświetleniu strony potwierdzenia Usuwania), zostanie zgłoszony wyjątek współbieżności, a HttpGet Delete metoda jest wywoływana z flagą błędu ustawioną na true w celu ponownego ponownego wyświetlenia strony potwierdzenia z komunikatem o błędzie. Istnieje również możliwość, że wystąpił problem z zerowymi wierszami, ponieważ wiersz został usunięty przez innego użytkownika, więc w takim przypadku jest wyświetlany inny komunikat o błędzie.

W pliku DepartmentController.cs zastąp metodę HttpGetDelete następującym kodem:

public ActionResult Delete(int id, bool? concurrencyError)
{
    Department department = db.Departments.Find(id);

    if (concurrencyError.GetValueOrDefault())
    {
        if (department == null)
        {
            ViewBag.ConcurrencyErrorMessage = "The record you attempted to delete "
                + "was deleted by another user after you got the original values. "
                + "Click the Back to List hyperlink.";
        }
        else
        {
            ViewBag.ConcurrencyErrorMessage = "The record you attempted to delete "
                + "was modified by another user after you got the original values. "
                + "The delete operation was canceled and the current values in the "
                + "database have been displayed. If you still want to delete this "
                + "record, click the Delete button again. Otherwise "
                + "click the Back to List hyperlink.";
        }
    }

    return View(department);
}

Metoda akceptuje opcjonalny parametr wskazujący, czy strona jest odtwarzana ponownie po błędzie współbieżności. Jeśli ta flaga to true, do widoku jest wysyłany komunikat o błędzie przy użyciu ViewBag właściwości.

Zastąp kod w metodzie HttpPostDelete (o nazwie DeleteConfirmed) następującym kodem:

[HttpPost]
[ValidateAntiForgeryToken]
public ActionResult Delete(Department department)
{
    try
    {
        db.Entry(department).State = EntityState.Deleted;
        db.SaveChanges();
        return RedirectToAction("Index");
    }
    catch (DbUpdateConcurrencyException)
    {
        return RedirectToAction("Delete", new { concurrencyError=true } );
    }
    catch (DataException /* dex */)
    {
        //Log the error (uncomment dex variable name after DataException and add a line here to write a log.
        ModelState.AddModelError(string.Empty, "Unable to delete. Try again, and if the problem persists contact your system administrator.");
        return View(department);
    }
}

W właśnie zastąpionym kodzie szkieletowym ta metoda zaakceptowała tylko identyfikator rekordu:

public ActionResult DeleteConfirmed(int id)

Ten parametr został zmieniony na Department wystąpienie jednostki utworzone przez powiązanie modelu. Zapewnia to dostęp do RowVersion wartości właściwości oprócz klucza rekordu.

public ActionResult Delete(Department department)

Zmieniono również nazwę metody akcji z DeleteConfirmed na Delete. Kod szkieletowy o nazwie HttpPostDelete metoda DeleteConfirmed w celu nadania HttpPost metodzie unikatowego podpisu. (ClR wymaga przeciążonych metod, aby miały różne parametry metody). Teraz, gdy podpisy są unikatowe, możesz trzymać się konwencji MVC i używać tej samej nazwy dla HttpPost metod i HttpGet usuwania.

Jeśli zostanie przechwycony błąd współbieżności, kod redisplays strony potwierdzenia Usuń i zawiera flagę wskazującą, że powinna wyświetlić komunikat o błędzie współbieżności.

W pliku Views\Department\Delete.cshtml zastąp kod szkieletowy następującym kodem, który wprowadza pewne zmiany formatowania i dodaje pole komunikatu o błędzie. Zmiany są wyróżnione.

@model ContosoUniversity.Models.Department

@{
    ViewBag.Title = "Delete";
}

<h2>Delete</h2>

<p class="error">@ViewBag.ConcurrencyErrorMessage</p>

<h3>Are you sure you want to delete this?</h3>
<fieldset>
    <legend>Department</legend>

    <div class="display-label">
         @Html.DisplayNameFor(model => model.Name)
    </div>
    <div class="display-field">
        @Html.DisplayFor(model => model.Name)
    </div>

    <div class="display-label">
         @Html.DisplayNameFor(model => model.Budget)
    </div>
    <div class="display-field">
        @Html.DisplayFor(model => model.Budget)
    </div>

    <div class="display-label">
         @Html.DisplayNameFor(model => model.StartDate)
    </div>
    <div class="display-field">
        @Html.DisplayFor(model => model.StartDate)
    </div>

    <div class="display-label">
         @Html.DisplayNameFor(model => model.Administrator.FullName)
    </div>
    <div class="display-field">
        @Html.DisplayFor(model => model.Administrator.FullName)
    </div>
</fieldset>
@using (Html.BeginForm()) {
    @Html.AntiForgeryToken()
   @Html.HiddenFor(model => model.DepartmentID)
    @Html.HiddenFor(model => model.RowVersion)
    <p>
        <input type="submit" value="Delete" /> |
        @Html.ActionLink("Back to List", "Index")
    </p>
}

Ten kod dodaje komunikat o błędzie między h2 nagłówkami i h3 :

<p class="error">@ViewBag.ConcurrencyErrorMessage</p>

Zastępuje LastName element w FullNameAdministrator polu:

<div class="display-label">
    @Html.LabelFor(model => model.InstructorID)
</div>
<div class="display-field">
    @Html.DisplayFor(model => model.Administrator.FullName)
</div>

Na koniec dodaje ukryte pola dla DepartmentID właściwości i RowVersion po instrukcji Html.BeginForm :

@Html.HiddenFor(model => model.DepartmentID)
@Html.HiddenFor(model => model.RowVersion)

Uruchom stronę Indeks działów. Kliknij prawym przyciskiem myszy hiperłącze Usuń dla działu angielskiego i wybierz polecenie Otwórz w nowym oknie, a następnie w pierwszym oknie kliknij hiperlink Edytuj dla działu angielskiego.

W pierwszym oknie zmień jedną z wartości, a następnie kliknij przycisk Zapisz :

Strona Indeks potwierdza zmianę.

W drugim oknie kliknij pozycję Usuń.

Zostanie wyświetlony komunikat o błędzie współbieżności, a wartości Dział są odświeżane z aktualnie w bazie danych.

Po ponownym kliknięciu przycisku Usuń nastąpi przekierowanie do strony Indeks, która pokazuje, że dział został usunięty.

Podsumowanie

Spowoduje to ukończenie wprowadzenia do obsługi konfliktów współbieżności. Aby uzyskać informacje o innych sposobach obsługi różnych scenariuszy współbieżności, zobacz Optymistyczne wzorce współbieżności i Praca z wartościami właściwości na blogu zespołu platformy Entity Framework. W następnym samouczku pokazano, jak zaimplementować dziedziczenie tabeli na hierarchię Instructor dla jednostek i Student .

Linki do innych zasobów platformy Entity Framework można znaleźć na mapie zawartości dostępu do danych ASP.NET.

WsteczDalej