5
從我的REST的理解,隱含的假設是,所有的操作都是CRUD操作。有時候,你沒有做CRUD操作,而是在做一些更復雜的邏輯。在這種情況下,SOAP不是更合適嗎?或者是否所有的操作無論多麼複雜都是一系列的CRUD操作,因此它們應該被分成一組較小的CRUD操作,以便一個接一個地被調用?但是,這不會使您嘗試更加繁瑣的操作寫入嗎?我試圖瞭解何時使用SOAP代替REST更有意義。什麼時候SOAP比REST更有意義?
從我的REST的理解,隱含的假設是,所有的操作都是CRUD操作。有時候,你沒有做CRUD操作,而是在做一些更復雜的邏輯。在這種情況下,SOAP不是更合適嗎?或者是否所有的操作無論多麼複雜都是一系列的CRUD操作,因此它們應該被分成一組較小的CRUD操作,以便一個接一個地被調用?但是,這不會使您嘗試更加繁瑣的操作寫入嗎?我試圖瞭解何時使用SOAP代替REST更有意義。什麼時候SOAP比REST更有意義?
我現在在銀行領域工作。俄羅斯最大的銀行之一。 我們使用soa,我們有很多web服務。 我們喜歡這樣,因爲:
- 它的簡單分解一個任務 - >一個服務
- 它是簡單的管理Web服務(Service Orchestration vs. Service Choreography)
- 這是非常簡單的,因爲你必須要本地化錯誤重寫只有一個服務,你不需要重寫所有的邏輯(在休息,我們 將重寫所有的邏輯,如果錯誤已被發現)
- 如果我們使用soap webservices(我們可以加入後,創建組織的地圖很簡單webservices在一起,並得到anoth呃邏輯單元)
這個問題也許是屬於最好http://programmers.stackexchange.com/ – Curious
http://stackoverflow.com/questions/209905/rest-and-soap這有一些好的答案 – Curious