建議所有WEB開發接口都用post,這有道理嗎?
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
老開發:全部用post請求
我們知道,接口的請求類型有很多種比如:GET\PUT\DELETE\POST。 一網友吐槽:他們公司的老員工讓他們全部都用post方式寫,免得麻煩。 這到底是否合理呢?我們先看看,各個方法介紹,再看看大家對此有什么看法。 各個方法介紹
1. GET: 用途:用于請求獲取資源。 特點:請求的數據不會改變服務器上的資源,通常是安全的和冪等的(多次請求同一資源結果相同)。 2. POST: 用途:用于向服務器提交數據,通常用于創建新資源。 特點:請求的數據可能會改變服務器上的資源,通常不是冪等的(多次提交可能會創建多個資源)。 3. PUT: 用途:用于更新現有資源或創建新資源(如果資源不存在)。 特點:通常是冪等的(多次請求結果相同),請求體中包含完整的資源表示。 4. DELETE: 用途:用于請求刪除指定的資源。 特點:通常是冪等的,刪除同一資源多次的結果是相同的(資源已被刪除)。 5. PATCH: 用途:用于部分更新現有資源。 特點:請求體中只包含要更新的部分數據,通常也是冪等的。 網友一:通通post,有需要get再單獨支持不得不說,這位網友也是post支持者,倒是省去了溝通成本了。 網友二:舍棄其他請求是“劣幣驅逐良幣”
這位在漂亮國的網友直言,你們這是劣幣驅逐良幣,強烈譴責了這種偷懶的行為。 網友三:政府項目禁止put和delete
相比其他網友盲目主觀思想,這位網友則給出了具體只用post的原因,他表示:“很多政府項目的防火墻把put和delete請求給禁止了,因此你不得不用post或者get”。 網友四:真實案例只允許get/Post
如果說上面一些網友只是在口嗨,那么這位網友,可謂是親身經歷,網友表示:“我們是做醫院系統的,那邊只允許用GET、POST兩種方式?!?,對此只能通過全部改請求方式,加班加點。 雖然這位網友很真實的反應了為什么只用post的合理性,但是也有其他網友表示,你這個完全可以用ngix修改,或者修改header即可,不需要全部改代碼。 總結總結網友們對于所有接口都用post的一些原因。 1、post確實能解決所有需求。 2、都用post能避免一些政府或者醫院項目要求只用get/post的情況。 3、全用post,前后端溝通成本降低。否則后端提交一個put接口,前端卻用get,導致報錯扯皮。 4、一般的公司不會特別要求你必須用PUT/DELETE等類型,既然沒要求全用post也不會出錯。 該文章在 2024/11/7 10:25:10 編輯過 |
關鍵字查詢
相關文章
正在查詢... |