Công ty mà tôi đang làm việc, đang phát triển rất nhiều dịch vụ RESTful. Tuy nhiên, không ai trong số họ trưng ra các API công cộng (Theo nghĩa là tất cả các dịch vụ đều được khách hàng của chúng tôi tiêu thụ nội bộ). Lý do tại sao chúng tôi đã đi cho phong cách kiến trúc REST là chúng tôi muốn các dịch vụ của chúng tôi dễ dàng tiêu thụ và quan trọng hơn là mở rộng quy mô tốt. Từ kinh nghiệm thực tế của riêng tôi, tôi đã đi đến kết luận rằng định dạng cung cấp HTTP + ATOM là một ý tưởng hay, với điều kiện bạn muốn giữ mọi thứ linh hoạt (Về mô hình nội dung khác nhau, đính kèm và mở rộng siêu dữ liệu liên quan đến tải trọng), phân tích thống nhất v.v.) ATOM đảm bảo rằng mọi người diễn giải tải trọng một cách thống nhất mà không có bất kỳ phạm vi nào cho sự mơ hồ.
Tuy nhiên, nếu một người không có bất kỳ yêu cầu phức tạp như vậy hoặc không chấp nhận các yêu cầu đó thì định dạng ATOM có thể là một chút phí. (Ví dụ như các yếu tố như Tác giả, Tiêu đề, vv có ý nghĩa hơn trong thế giới blog/RSS và có thể không có ý nghĩa trong miền vấn đề cụ thể của bạn).
Ngoài ra nếu mục tiêu là chỉ cần tuần tự hóa cấu trúc dữ liệu ở một đầu và xây dựng lại ở đầu kia thì hầu hết các khung công tác web (như WCF) đều có định dạng tùy chỉnh hấp dẫn hơn.
Vì vậy, theo ý kiến của tôi ATOM Pub là tốt nếu bạn cần flexiblity về dữ liệu đại diện và nếu sân chơi là rất lớn với các loại khác nhau của khách hàng.
Tuy nhiên, nếu bạn có kiến thức tốt về khách hàng tiềm năng và mẫu sử dụng máy chủ/khách hàng thì định dạng tùy chỉnh có thể là một ý tưởng hay.
Nếu khách hàng là trình duyệt dựa thì các định dạng như JSON rất hấp dẫn.
Hy vọng điều này sẽ trả lời câu hỏi của bạn.
là có thể chia sẻ danh sách được cập nhật –