Üzgünüm, bu soru kulağa aptalca geliyor, ancak Jersey kullanarak bazı RESTful servislerimi geliştirdikten sonra kendime şu soruyu sordum: REST sadece bir mimari ise ve SOAP gibi bir protokol değilse, neden JAX-RS gibi bir spesifikasyona ihtiyacımız var?
Aslında "HTTP üzerinden sunucu uygulamaları ile RESTful hizmetleri arasındaki fark nedir" gibi sorular için Google'da arama yaptım ve topluluğun yanıtlarını özetlemek için:
- RESTful service development (Jersey'de), doğal olarak sunucu uygulamalarını kullanan bir mimaridir.
- Jersey gibi JAX-RS uyumlu araçlar, geliştiricilere yardımcı olarak XML / JSON verilerinin kolayca sıralanmasını ve ayrıştırılmasını sağlar.
- REST, GET / POST / PUT / DELETE'i normal sunucu uygulamalardan çok daha verimli bir şekilde kullanmamıza yardımcı olur.
Bu cevaplara göre, sanırım JAXB (otomatik serileştirme ile uğraşmak için) kullanan bir sunucu uygulaması yazarsam ve servlet kodumda GET / POST / PUT / DELETE'i verimli bir şekilde kullanırsam, Jersey gibi bir araç kullanmıyorum ve dolayısıyla JAX-RS.
Bu açıklamayı yaparken çok yanlış olduğumu biliyorum, lütfen beni düzeltin.
Not: Bu şüphe aslında PHP'de bazı RESTful hizmetleri geliştirmem gerektiğinde ortaya çıktı. Bazı RESTful PHP kodlarının üzerinden geçtikten sonra, bunların aynı eski PHP betikleri olduklarını ve XML / JSON'u işlemek için bazı yardımcı yöntemler olduğunu fark ettim.