I check that the model binding proc

I check that the model binding process has been able to validate the data submitted to the user by reading the value of the ModelState.IsValid property. If everything is OK, I save the changes to the repository and redirect the user to the Index action so they see the modified list of products. If there is a problem with the data, I render the default view again so that the user can make corrections.
After I have saved the changes in the repository, I store a message using the temp data feature, which is part of the ASP.NET Core session state feature. This is a key/value dictionary similar to the session data and view bag features I used previously. The key difference from session data is that temp data persists until it is read.
I cannot use ViewBag in this situation because ViewBag passes data between the controller and view and it cannot hold data for longer than the current HTTP request. When an edit succeeds, the browser is redirected to a new URL, so the ViewBag data is lost. I could use the session data feature, but then the message would be persistent until I explicitly removed it, which I would rather not have to do.
So, the temp data feature is the perfect fit. The data is restricted to a single user's session (so that users do not see each other's TempData) and will persist long enough for me to read it. I will read the data in the view rendered by the action method to which I have redirected the user, which I define in the next section. 
For the POST-processing Edit action method, I need to make sure that valid updates to the Product object that is received as the method argument are passed to the product repository to be saved. I also want to check that invalid updates (where a model validation error exists) are not passed to the repository. Here are the test methods, which I added to the AdminControllerTests.cs file:
[Fact]

Kết quả (Việt) 1:

Tôi kiểm tra mô hình ràng buộc quá trình đã có thể xác nhận các dữ liệu được gửi đến người dùng bằng cách đọc giá trị tài sản ModelState.IsValid. Nếu mọi thứ đều OK, tôi lưu các thay đổi cho kho lưu trữ và chuyển hướng người dùng đến các chỉ số hành động để họ nhìn thấy trong danh sách sửa đổi của sản phẩm. Nếu có một vấn đề với dữ liệu, tôi render giao diện mặc định một lần nữa vì vậy mà người dùng có thể chỉnh sửa.Sau khi tôi đã lưu các thay đổi trong kho, tôi lưu trữ một tin nhắn bằng cách sử dụng tính năng dữ liệu tạm thời, mà là một phần của tính năng trạng thái phiên của ASP.NET lõi. Đây là một từ điển khóa/giá trị tương tự như các phiên giao dịch dữ liệu và xem túi tính năng tôi đã sử dụng trước đó. Sự khác biệt chính từ dữ liệu phiên là tạm thời mà dữ liệu vẫn còn tồn tại cho đến khi nó được đọc.Tôi không thể sử dụng ViewBag trong tình huống này vì ViewBag chuyển dữ liệu giữa các bộ điều khiển và xem và nó không thể giữ các dữ liệu lâu hơn yêu cầu HTTP hiện tại. Khi chỉnh sửa thành công, trình duyệt được chuyển hướng đến URL mới, do đó, các dữ liệu ViewBag bị mất. Tôi có thể sử dụng tính năng dữ liệu phiên làm việc, nhưng sau đó thư sẽ được liên tục cho đến khi tôi rõ ràng gỡ bỏ nó, mà tôi muốn không có làm.Vì vậy, các tính năng dữ liệu tạm thời là hoàn toàn phù hợp. Dữ liệu được giới hạn trong phiên bản người dùng đơn (vì vậy mà người dùng không nhìn thấy mỗi khác TempData) và sẽ tồn tại đủ dài cho tôi để đọc nó. Tôi sẽ đọc dữ liệu trong chế độ xem được thực hiện bằng phương pháp hành động mà tôi đã đổi hướng người dùng xác định trong phần tiếp theo. Phương pháp hành động chế biến chỉnh sửa, tôi cần phải đảm bảo hợp lệ Cập Nhật của các đối tượng sản phẩm được nhận như là đối số phương pháp được thông qua với kho lưu trữ sản phẩm phải được lưu. Tôi cũng muốn kiểm tra bản Cập Nhật không hợp lệ (nơi một mẫu xác nhận lỗi tồn tại) không được thông qua để kho. Dưới đây là phương pháp thử nghiệm, tôi đã thêm vào tập tin AdminControllerTests.cs:[Thực tế]

Kết quả (Việt) 2:

Tôi kiểm tra xem quá trình liên kết mô hình đã có thể xác nhận các dữ liệu gửi cho người sử dụng bằng cách đọc các giá trị của các tài sản ModelState.IsValid. Nếu mọi thứ đều OK, tôi lưu các thay đổi vào kho và chuyển hướng người dùng đến các hành động Index để họ nhìn thấy danh sách sửa đổi của sản phẩm. Nếu có một vấn đề với các dữ liệu, tôi vẽ lại giao diện mặc định một lần nữa để người dùng có thể sửa chữa.
Sau khi tôi đã lưu các thay đổi trong kho, tôi lưu trữ tin nhắn sử dụng các tính năng dữ liệu tạm thời, mà là một phần của ASP. lõi tính năng trạng thái phiên NET. Đây là một từ điển chính / giá trị tương tự như các phiên dữ liệu và tính năng xem túi tôi sử dụng trước đây. Sự khác biệt chính từ dữ liệu session là dữ liệu tạm thời vẫn tồn tại cho đến khi nó được đọc.
Tôi không thể sử dụng ViewBag trong tình huống này vì ViewBag chuyển dữ liệu giữa bộ điều khiển và xem và nó không thể chứa dữ liệu trong thời gian dài hơn so với yêu cầu HTTP hiện tại. Khi chỉnh sửa thành công, trình duyệt sẽ chuyển hướng đến một URL mới, vì vậy dữ liệu ViewBag bị mất. Tôi có thể sử dụng tính năng dữ liệu phiên, nhưng sau đó tin nhắn sẽ được kéo dài cho đến khi tôi dứt khoát loại bỏ nó, mà tôi không muốn có để làm.
Vì vậy, các tính năng dữ liệu temp là hoàn toàn phù hợp. Các dữ liệu bị hạn chế đến phiên một người dùng duy nhất (để người dùng không thấy TempData của nhau) và sẽ vẫn tồn tại đủ lâu để tôi đọc nó. Tôi sẽ đọc dữ liệu trong giao diện được đưa ra bởi các phương pháp hành động mà tôi đã chuyển hướng người sử dụng, mà tôi xác định trong phần tiếp theo. 
Đối với các POST-chế biến Chỉnh sửa phương pháp hành động, tôi cần phải chắc chắn rằng bản cập nhật hợp lệ để các đối tượng sản phẩm đó là nhận như là đối số phương pháp được thông qua vào kho sản phẩm để được cứu. Tôi cũng muốn kiểm tra cập nhật không hợp lệ (trong đó một lỗi mô hình xác nhận tồn tại) không được thông qua vào kho. Dưới đây là các phương pháp kiểm tra, mà tôi thêm vào AdminControllerTests.cs file:
[Fact]