Although the GridView control provi

Although the GridView control provides many features automatically, you still must write some code to handle such things as data validation, database exceptions, and concurrency errors. As figure 14-10 shows, most of this code will be in the form of event handlers that respond to one or more of the events raised by the GridView control.
If you look at the list of events in the table in this figure, you’ll see that several of them come in pairs, with one event raised before an action is taken and the other after the action completes. For example, when the user clicks the Delete button in a GridView row, two events are raised. The RowDeleting event is raised before the row is deleted, and the RowDeleted event is raised after the row has been deleted.
The most common reason to handle the before-action events is to provide data validation. For example, when the user clicks the Update button, you can handle the RowUpdating event to make sure the user has entered correct data. If not, you can set the e argument’s Cancel property to True to cancel the update.
In contrast, the after-action events give you an opportunity to make sure the database operation completed successfully. In most applications, you should test for two conditions. First, you should check for any database exceptions by checking the Exception property of the e argument. If this property refers to a valid object, an exception has occurred and you can notify the user with an appropriate error message.
Second, if optimistic concurrency is used, you should check to see if a concurrency violation has occurred. To do that, you can check the AffectedRows property of the e argument. If this property is zero, which means no rows have been changed, a concurrency error has probably occurred, and you can notify the user with an appropriate error message.
When you use optimistic concurrency, remember that the Where clause in an Update or Delete statement tries to find a row that has the same values as when the row was originally retrieved. If that row can’t be found, which means that another user has updated one of the columns or deleted the row, the update or delete operation never takes place so no rows are affected.
When you try to update a row, one of the most common exceptions is caused by an attempt to store a null value in a database column that doesn’t allow null values. This occurs when the user doesn’t enter a value in one of the columns that’s being updated. In this case, you can display an appropriate error message and set the e argument’s ExceptionHandled property to True to suppress further processing of the exception. You can also set the KeepInEditMode property to True to leave the GridView control in edit mode. This is illustrated by the event handler that’s coded in this figure.
Another event you may use is the RowDataBound event, which occurs when a row is bound to the GridView control. This event is commonly used to format a cell in a row based on the cell’s value. If the value of the cell is less than zero, for example, you might assign a different background color to it. To do that, you

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

Mặc dù control GridView cung cấp nhiều tính năng tự động, bạn vẫn phải viết một số mã để xử lý những thứ như xác nhận dữ liệu, cơ sở dữ liệu ngoại lệ và concurrency lỗi. Như con số 14-10 cho thấy, hầu hết mã này sẽ trong các hình thức xử lý sự kiện đáp ứng với một hoặc nhiều của các sự kiện lớn lên bởi các control GridView.Nếu bạn nhìn vào danh sách các sự kiện trong bảng trong hình này, bạn sẽ thấy rằng một số người trong số họ đến trong cặp, với một sự kiện lớn lên trước khi một hành động được thực hiện và khác sau khi hành động hoàn tất. Ví dụ, khi người dùng nhấp vào nút Delete trong một hàng GridView, hai sự kiện được nêu ra. Sự kiện RowDeleting được nâng lên trước khi dòng này sẽ bị xóa, và các sự kiện RowDeleted được nâng lên sau khi dòng đã bị xóa.Lý do phổ biến nhất để xử lý các sự kiện trước khi hành động là cung cấp xác nhận dữ liệu. Ví dụ, khi người dùng nhấp vào nút Update, bạn có thể xử lý các sự kiện RowUpdating để đảm bảo rằng người dùng đã nhập dữ liệu chính xác. Nếu không, bạn có thể thiết lập đối số e hủy bỏ bất động sản để thực sự để hủy bỏ bản Cập Nhật.Ngược lại, các sự kiện after-action cung cấp cho bạn một cơ hội để đảm bảo rằng các hoạt động cơ sở dữ liệu hoàn tất thành công. Trong hầu hết các ứng dụng, bạn nên thử nghiệm cho hai điều kiện. Trước tiên, bạn nên kiểm tra cho bất kỳ trường hợp ngoại lệ cơ sở dữ liệu bằng cách kiểm tra các tài sản ngoại lệ của các đối số e. Nếu thuộc tính này đề cập đến một đối tượng hợp lệ, một ngoại lệ đã xảy ra và bạn có thể thông báo cho người dùng với một thông báo lỗi thích hợp.Thứ hai, nếu lạc quan concurrency được sử dụng, bạn nên kiểm tra để xem nếu một sự vi phạm concurrency đã xảy ra. Để làm điều đó, bạn có thể kiểm tra các tài sản AffectedRows của các đối số e. Nếu tài sản này là 0, có nghĩa là không có hàng đã được thay đổi, có thể xuất hiện một lỗi concurrency, và bạn có thể thông báo cho người dùng với một thông báo lỗi thích hợp.Khi bạn sử dụng lạc quan concurrency, hãy nhớ rằng nơi điều khoản trong một tuyên bố Update hoặc Delete cố gắng tìm một hàng có giá trị tương tự như khi hàng được ban đầu được lấy. Nếu hàng đó không thể được tìm thấy, có nghĩa là người dùng khác đã cập nhật một trong các cột hoặc xóa bỏ dòng, Cập Nhật hoặc xóa chiến dịch không bao giờ mất đặt vì vậy, không có hàng bị ảnh hưởng.Khi bạn cố gắng Cập nhật liên tiếp, một trong những trường hợp ngoại lệ phổ biến nhất gây ra bởi một nỗ lực để lưu trữ một giá trị bằng không trong cột cơ sở dữ liệu không cho phép vô giá trị. Điều này xảy ra khi người dùng không nhập giá trị trong một trong các cột đang được Cập Nhật. Trong trường hợp này, bạn có thể hiển thị một thông báo lỗi thích hợp và thiết lập đối số e ExceptionHandled sở hữu thành True để ngăn chặn tiếp tục xử lý ngoại lệ. Bạn cũng có thể thiết lập các tài sản KeepInEditMode để đúng như để lại GridView kiểm soát trong chế độ chỉnh sửa. Điều này được minh họa bởi bộ xử lý sự kiện mã hóa trong hình này.Một sự kiện bạn có thể sử dụng là sự kiện RowDataBound xảy ra khi một hàng bị ràng buộc với các control GridView. Sự kiện này thường được sử dụng để định dạng một tế bào trong một hàng dựa trên giá trị của tế bào. Nếu giá trị của các tế bào là ít hơn zero, ví dụ, bạn có thể gán một màu nền khác nhau cho nó. Để làm điều đó, bạn

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

Mặc dù điều khiển GridView cung cấp nhiều tính năng tự động, bạn vẫn phải viết một số mã để xử lý những việc như xác nhận dữ liệu, cơ sở dữ liệu ngoại lệ, và lỗi đồng thời. Là con số 14-10 cho thấy, hầu hết các mã này sẽ có trong hình thức xử lý sự kiện để đáp ứng với một hoặc nhiều sự kiện lớn lên bởi sự kiểm soát GridView.
Nếu bạn nhìn vào danh sách các sự kiện trong bảng trong hình này, bạn sẽ thấy rằng một vài trong số họ đi theo cặp, với một sự kiện nêu ra trước một hành động được thực hiện và khác sau khi hành động được hoàn tất. Ví dụ, khi người dùng nhấp chuột vào nút Delete trong một hàng GridView, hai sự kiện được nêu lên. Các sự kiện RowDeleting được nâng lên trước khi hàng được xóa, và các sự kiện RowDeleted được nâng lên sau khi hàng đã được xóa.
Lý do phổ biến nhất để xử lý các sự kiện trước khi hành động là để cung cấp dữ liệu xác nhận. Ví dụ, khi người dùng nhấp chuột vào nút Update, bạn có thể xử lý các sự kiện RowUpdating để đảm bảo người dùng đã nhập dữ liệu chính xác. Nếu không, bạn có thể thiết lập các thuộc tính Cancel e lập luận của True để hủy bỏ bản cập nhật.
Ngược lại, các sự kiện sau khi hành động cung cấp cho bạn một cơ hội để đảm bảo các hoạt động cơ sở dữ liệu thành công. Trong hầu hết các ứng dụng, bạn nên thử nghiệm với hai điều kiện. Trước tiên, bạn nên kiểm tra xem có bất kỳ ngoại lệ cơ sở dữ liệu bằng cách kiểm tra các tài sản ngoại lệ của các đối số e. Nếu thuộc tính này đề cập đến một đối tượng hợp lệ, một ngoại lệ đã xảy ra và bạn có thể thông báo cho người sử dụng với một thông báo lỗi thích hợp.
Thứ hai, nếu đồng thời lạc quan được sử dụng, bạn nên kiểm tra xem nếu một vi phạm đã xảy ra đồng thời. Để làm điều đó, bạn có thể kiểm tra các AffectedRows tài sản của các đối số e. Nếu thuộc tính này là số không, có nghĩa là không có hàng đã được thay đổi, một lỗi đồng thời đã có thể xảy ra, và bạn có thể thông báo cho người sử dụng với một thông báo lỗi thích hợp.
Khi bạn sử dụng đồng thời lạc quan, hãy nhớ rằng ở đâu điều khoản trong một nâng cấp hoặc xóa tuyên bố cố gắng để tìm thấy một hàng có cùng một giá trị như khi hàng đã được ban đầu được lấy ra. Nếu hàng không có thể được tìm thấy, có nghĩa là người dùng khác đã cập nhật một trong những cột hoặc xóa các hàng, các bản cập nhật hoặc xóa các hoạt động không bao giờ diễn ra như vậy không có hàng bị ảnh hưởng.
Khi bạn cố gắng để cập nhật một hàng, một trong những trường hợp ngoại lệ phổ biến nhất là do một nỗ lực để lưu trữ một giá trị null trong một cột cơ sở dữ liệu mà không cho phép các giá trị null. Điều này xảy ra khi người dùng không nhập một giá trị trong một trong các cột đang được cập nhật. Trong trường hợp này, bạn có thể hiển thị một thông báo lỗi thích hợp và thiết lập thuộc ExceptionHandled e lập luận của True để đàn áp tiếp tục xử lý các trường hợp ngoại lệ. Bạn cũng có thể thiết lập thuộc tính KeepInEditMode True rời khỏi sự kiểm soát GridView trong chế độ chỉnh sửa. Điều này được minh họa bằng các xử lý sự kiện đó là mã trong hình này.
Một sự kiện mà bạn có thể sử dụng là sự kiện RowDataBound, xảy ra khi một hàng được ràng buộc với điều khiển GridView. Sự kiện này thường được sử dụng để định dạng một ô trong một hàng dựa trên giá trị của tế bào. Nếu giá trị của các tế bào là ít hơn không, ví dụ, bạn có thể gán một màu nền khác nhau để nó. Để làm điều đó, bạn