看板
[ Soft_Job ]
討論串[請益] 所以,到底什麼是RESTful API?
共 8 篇文章
內容預覽:
其實故事是糾結在通用性和效能這兩點要如何取捨。. 如果APIs只是用作控制邏輯，那restful APIs的確是個好選擇。反之如果該APIs佔據系統I/O資料流的絕大部分，那可能就要profile一下吃掉多少的效能。. 當然也有很極端的說這個APIs要給整個公司100種語言使用，為了避免吵架我可能也
(還有98個字)
內容預覽:
¯\_(ツ)_/¯這篇Hadoop doc是我寫的 拿我寫的doc來考我還滿好笑的 謝謝. 理論上當然可以scale out. 問題是我幹嘛砸大錢用高級機器跑. 結果只能處理每秒幾千個RPC 然後大部分時間都耗在無意義的overhead上. 這些公司他們用的backend如Hadoop, HBase
(還有291個字)
內容預覽:
RESTful API在開發小型系統時滿容易開發 但是效能很難上去. 我自己實測如果用Jetty當http server的話. 在有SSL的情況一秒鐘只能接受3千個connection. 如果有connection reuse的情況下最多只能處理每秒一萬個request. 部分的原因是parse J
(還有189個字)
內容預覽:
沒想到RESTful吸引這麼多人討論. 看來RESTful真的是一個概念各種表述. 小弟剛接觸RESTful的時候. 曾經很熱血的把一百多支API從只有post/get改成RESTful. 改完之後有些人覺得好 有些人覺得無所謂. 也有人覺得一律POST 這樣client實作最方便 只要能用就好.
(還有638個字)
內容預覽:
您的問題圍繞在"這不是Http本來就這樣的嗎"。RESTful API是利用. 既有的A領域工具解決B領域的問題。B領域的人可能會覺得很新奇，. 但是熟悉A領域的人，可能會覺得本來就是這樣，沒什麼特別的。. 遙想199x年的古老時代，PC軟體工程師J用Java寫了一個資料處理程式。. 另一個PC軟體
(還有698個字)