Cân nhắc người dùng (/ users/{id}) có tên và nhiều địa điểm (/ users/{id}/locations).Trong các Dịch vụ Web RESTful, các Response DTO có chứa các DTO con của chúng không?
Khi tôi yêu cầu người dùng (/ người dùng/{id}), người dùng đó phải được đại diện đầy đủ - id, tên và vị trí của nó - hoặc chỉ nên trả về các địa điểm theo yêu cầu riêng biệt? Ví dụ: bạn mong đợi DTO JSON nào theo yêu cầu cho người dùng có id = 123 (/ người dùng/123):
1) {"id": 123, "name": "Peter", "locations": [{"id": 1, "name": "Chicago"}, {"id": 2, "name": "New York"}]}
2) {"id": 123, "name ":" Peter "," vị trí ": [{" id ": 1}, {" id ": 2}]}
3) {" id ": 123," name ":" Peter "," địa điểm ": [1, 2]}
4) { "id": 123, "tên":" Peter"}
đây có phải là chủ quan hơn, đẩy và kéo giữa kích thước của DTO và yêu cầu bắt buộc trong trường hợp sử dụng điển hình? Tôi chỉ muốn bao gồm tất cả dữ liệu có liên quan (1), nhưng tôi không chắc chắn điều đó tốt hơn là chỉ yêu cầu nhà phát triển thực hiện nhiều lệnh gọi API để nhận được tất cả dữ liệu họ thực sự muốn.
Bất kỳ lý do tại sao bạn không thêm một tham số truy vấn để bật/tắt danh sách các bộ sưu tập phụ yếu tố? Điều đó sẽ không khác gì khi thêm một?format = {json | xhtml} để điều chỉnh định dạng đầu ra ... – ScottCher
Chủ yếu là do thời gian phát triển; Tôi không muốn giới thiệu những bổ sung không mong muốn hoặc không cần thiết. Tôi chỉ muốn làm những điều "đúng" hoặc ít nhất là trong một thời trang hợp lý, nhanh chóng. –