Kiedy SOAP ma więcej sensu niż REST?

Question

Z mojego rozumienia REST, domyślnym założeniem jest, że wszystkie operacje są operacjami CRUD. Czasami nie wykonujesz operacji CRUD i robisz bardziej skomplikowaną logikę. Czy w takim przypadku SOAP nie jest bardziej odpowiedni? Czy jest tak, że wszystkie operacje, niezależnie od tego, jak skomplikowane są serie operacji CRUD, powinny zostać podzielone na zestaw mniejszych operacji CRUD, które można nazwać jeden po drugim? Ale czy to nie sprawia, że ​​operacja, którą próbujesz napisać, jest bardziej uciążliwa? Próbuję zrozumieć, kiedy bardziej sensowne byłoby używanie SOAP zamiast REST.

Answer 1

Pracuję w bankowości. jeden z największych banków w Rosji. używamy soi i mamy wiele webservices. lubimy, bo:

1. to proste do rozłożenia jedno zadanie -> jedna usługa
2. to proste zarządzanie webservices (Service Orchestration vs. Service Choreography)
3. to dość proste do zlokalizowania błędów, bo trzeba przepisać tylko jedną usługę i nie trzeba przepisywać całej logiki (w reszcie mamy przepisać całą logikę, jeśli błąd został znaleziony)
4. to proste, aby utworzyć mapę organizacji, jeśli używamy mydeł sieciowych (po tym, jak możemy dołączyć webservices razem i get anoth er jednostka logiczna)