Có thích hợp để ném ngoại lệ từ CoerceValueCallback

Question

Có thích hợp để ném ngoại lệ từ CoerceValueCallback nếu giá trị đã cho không hợp lệ hoặc chỉ nên sử dụng ValidateValueCallback để xác thực giá trị DP?

Answer 1

CoerceValue thực sự nên được sử dụng để sửa một giá trị (giới hạn nó giữa min và max chẳng hạn). Tôi không biết liệu việc ném một ngoại lệ sẽ làm hỏng ứng dụng (bạn chỉ cần kiểm tra nó để tìm ra) hoặc khung sẽ xử lý nó, nhưng tôi sẽ không đề xuất nó vì nó sẽ chống lại việc thực hành mã hóa tốt.

Sắp xếp để nhận thêm thông tin cho ValidateValue đôi khi bạn phải xác định một số trường bổ sung trong lớp học của mình. Bạn có thể liên kết các trường đó hoặc đặt chúng trước khi đặt giá trị cho DP của bạn, sau đó trong ValidateValue bạn có thể truy cập vào các trường đó và nhận được thông tin bổ sung cần thiết. Trường bổ sung này tạo và chuyển thông tin qua các lớp "trung gian", có vẻ như được Microsoft chấp nhận, bởi vì đó là cách mà chúng có (tầm nhìn ngắn) được thiết kế cho khung công tác.

Tôi sẽ cung cấp cho bạn một ví dụ về DataGrid WPF mới. Nếu bạn đi theo lộ trình chuẩn và định nghĩa một RowValidationRule, bạn sẽ có quyền truy cập vào InSource (bảng của bạn) inorder để xác định xem một giá trị đã cho trong hàng của bạn đã tồn tại trong bảng chưa. Một điều rất chuẩn để làm, nhưng thông tin đó không được cung cấp trong cuộc gọi xác thực. Vì vậy, bạn phải tạo một trường trong lớp xác nhận của bạn để bạn có thể liên kết các mục ItemsGource của DataGrid, sau đó bạn có thể truy cập trường đó trong khi xác thực ...

Answer 2

đầu tiên: Tôi đã nghĩ một số để hiểu rằng DP có nghĩa là Thuộc tính phụ thuộc.

giây: Theo như tôi đã hiểu, CoerceValueCallback sắp sửa sửa giá trị của thuộc tính thành giá trị đã cho, không phải về việc xác thực giá trị. Vì vậy, tôi muốn lựa chọn ValidateValueCallback để xác thực. Chẳng phải đó được gọi là anyways sao?