On 2012-05-01, Jacek Czerwinski <...@...z.pl> wrote:
> Potrzeba zintegrowania sporych projektów z Javie i .NET (nie wykluczając
> pomniejszych w C++/MFC) skłoniła mnie do myślenia przy leniwiej kawie o
> webserwisach.
> Lat temu kilka by się budowało jakiś deskryptor usługi, SOAP itd.
>
> Jak widzę rosnącą ilość API REST/JSON, myślę czy by się w tym nie
> podszkolić. Moje interfejsy to na początek udostępnienie jednej głupiej
> klasy obiektu (w sensie REST), a docelowo najwyżej 4-5 klas, kolekcji.
>
> Co do REST, to jest więcej mody, czy twarde argumenty?
> Ja to postrzegam w postaci dalekiej analogii pomiędzy językami
> kompilowanymi a skryptowymi, bardziej podatne do zrobienia 'na kolanie'.
> Dobrze myślę? Czego nie wiem?

Z punktu widzenia użytkownika[*] systemu: REST ma sens, gdy udostępniasz
dane przeszukiwalne za pomocą jakichś kryteriów i hierarchicznie
uporządkowane, i to najlepiej takie, które nie zmieniają się specjalnie
często. Dzięki temu można je cache'ować. Ale to na ciebie spada
obowiązek przygotowania formatu serializacji podawanych danych, ty
musisz ustalić, jak sygnalizować błędy, a na dodatek użytkownik musi
twoje metody sygnalizacji błędów i podawania danych obsłużyć.

Osobiście wolałbym XML-RPC albo ewentualnie SOAP (w tej właśnie
kolejności; ten pierwszy jest prostszy pojęciowo i IMO prostszy od
strony wywołującego w użyciu).

[*] Użytkownik jest administratorem, który na przykład potrzebuje
monitorować twój system albo wyciągać z niego jakieś informacje.

> W każdym razie to moje przyszłe dzieło, nie ma nic wspólnego z AJAX-em,
> JS (ani PHP), czy argumenty za JSON dalej są ważne?

Czy przez "JSON" rozumiesz tu protokół "JSON-RPC"? I jakie argumenty
masz na myśli?

--
Secunia non olet.
Stanislaw Klekot