Thuộc tính xác thực API Web ASP.Net trên DTO?

Question

Tôi đang sử dụng API Web ASP.Net và Khuôn khổ Thực thể Đầu tiên Mã và từ những gì tôi đã đọc, bạn thường nên hiển thị đối tượng DTO thay vì đối tượng thực thể trực tiếp trong các phương thức hành động của bạn (theo http://www.asp.net/web-api/overview/data/using-web-api-with-entity-framework/part-5). Vì vậy, trong một trường hợp tôi đang làm việc trên, để tránh vấn đề "quá tải" như được mô tả trong liên kết ở trên, tôi đã tạo ra một đối tượng DTO với hầu như tất cả các thuộc tính giống như đối tượng mô hình. Tuy nhiên, điều tôi thắc mắc là tôi có cần sao chép tất cả các tập hợp các thuộc tính xác nhận tương tự (ví dụ. [Bắt buộc], [Phạm vi (N, M)], v.v. cho cả thuộc tính DTO và mô hình? (để tránh trùng lặp) nhưng bạn cần các thuộc tính xác thực trên DTO nếu bạn muốn tận dụng xác nhận ràng buộc (ví dụ: ModelState.IsValid) và trên mô hình chính nếu bạn muốn cơ sở dữ liệu của mình được tạo ra với các ràng buộc thích hợp ([Bắt buộc ] -> không phải là null, vv)

có không có cách nào tốt hơn

Ngoài ra, đang có một số thuộc tính mà Entity không sử dụng nhưng xác nhận ràng buộc mô hình không sử dụng Ví dụ, trong khi [Range (n? , m)] sẽ ảnh hưởng rõ ràng đến việc xác thực trên một số đầu vào của khách hàng, thực thể có quan tâm đến nó không (nó dường như không ảnh hưởng đến DB được tạo ra lược đồ từ những gì tôi có thể biết?)

Answer 1

Các thực thể chỉ nên có các thuộc tính thực sự có tác động đến cơ sở dữ liệu. Các DTO không nên có bất kỳ thuộc tính nào để xác thực trừ DataMemberAttribute để xác định xem thuộc tính có bắt buộc hay không và thứ tự nào cần được hiển thị vv Đối với OData, bạn cũng phải đặt KeyAttribute. Các mô hình phải có các thuộc tính xác thực. Bởi vì các DTO và các mô hình có lẽ gần như giống hệt nhau bạn tạo cho mỗi dto cần được xác nhận một mô hình và chỉ trao đổi giá trị của dto cho đối tượng của mô hình. Bây giờ bạn có thể xác nhận nó, nếu bạn không sử dụng ValidationAttributes cho các mô hình bạn có thể xác nhận họ ví dụ với FluentValidation

câu chuyện Vì vậy, dài ngắn:

• Đối tượng chỉ nhận được các thuộc tính mà thực sự ảnh hưởng đến giản đồ của cơ sở dữ liệu

• DTOs là những đối tượng đơn giản không có logic xác nhận, trừ trường DataMemberAttribute

• Models cần phải có xác nhận thuộc tính (onl y nếu cần thiết, không cần thiết khi sử dụng FluentValidation)

Các quy trình làm việc cho POST sẽ là: -> DTO do thỏa thuận -> Swap dto Model -> Xác nhận mô hình -> Hoán đổi mô hình để tổ chức -> Store thực thể trong cơ sở dữ liệu -> Sử dụng các thực thể cập nhật và trao đổi nó vào một dto mới -> Trả lại dto

Greetings, Voltaic