Xin lỗi, câu hỏi này nghe có vẻ ngớ ngẩn, nhưng sau khi phát triển một số dịch vụ RESTful của mình bằng cách sử dụng Jersey, tôi đã tự hỏi mình câu hỏi - Nếu REST chỉ là một kiến trúc và không phải là một giao thức như SOAP, tại sao chúng ta cần một đặc tả như JAX-RS?
Tôi thực sự đã tìm kiếm trên Google cho các câu hỏi như "Sự khác biệt giữa các dịch vụ servlet và RESTful qua HTTP" và để tổng hợp các câu trả lời của cộng đồng, tôi đã nhận được:
- Phát triển dịch vụ RESTful (trên Jersey) là một kiến trúc, vốn sử dụng các servlet.
- Các công cụ tuân thủ JAX-RS như Jersey cung cấp dữ liệu XML / JSON dễ dàng sắp xếp-giải phóng dữ liệu XML / JSON, giúp các nhà phát triển.
- REST giúp chúng tôi sử dụng GET / POST / PUT / DELETE theo cách hiệu quả hơn nhiều so với các servlet bình thường.
Theo những câu trả lời này, tôi đoán nếu tôi viết một servlet sử dụng JAXB (để xử lý tuần tự hóa tự động) và tôi sử dụng hiệu quả GET / POST / PUT / DELETE trong mã servlet của mình, tôi không sử dụng một công cụ như Jersey và do đó JAX-RS.
Tôi biết tôi đã sai rất nhiều khi thông qua câu này, xin hãy sửa cho tôi.
Tái bút: Sự nghi ngờ này thực sự xuất hiện khi tôi phải phát triển một số dịch vụ RESTful trong PHP. Sau khi xem qua một số mã PHP RESTful, tôi nhận ra rằng chúng chỉ là các tập lệnh PHP cũ giống nhau, với một số phương thức trợ giúp để xử lý XML / JSON.