說句實話，我們的專案很多也是這麼做的。
不過我還是堅持我的觀點，最好就不要提供批量介面。
因為隨著資料量的不斷增大，勢必導致儲存架構公升級。
我們以商品查詢為例，資料量變大，肯定是要上redis的吧，以前批量介面可能直接乙個資料庫in就解決了，現在你是先走快取還是不走呢？走的話要改**，不走的話效能肯定不高。資料量再繼續增大，分庫分表了，批量介面怎麼處理？上elasticsearch了，怎麼處理？
這裡，我們舉例是說的批量查詢，如果換成批量操作呢？每次儲存架構公升級可能都要改這塊的**，而且還有另外乙個操蛋的問題，比如你們規定服務間呼叫超時最大是1秒鐘，超過1秒就有熔斷邏輯，那麼，你要不要單獨為這個批量介面配置超時？
所以，批量介面極其容易形成瓶頸，需要花費巨大的代價去維護這個**，還是不提供比較好。
當然，如果你們的資料量在可以預見的未來都不會增長到那麼大，提供乙個批量介面也不是不可以，視情況自行決定哈。（資料量都沒有，還不趕緊跑路
hessian發布的介面如何測試
最近在公司負責了乙個介面.它是通過hessian發布的,這裡就遇到乙個問題,怎樣測試這個介面.既然作為服務類那麼必須有文件公布它的介面形式，客戶端使用者在通過這個文件來生成 類.hessian 的 類是直接通過factory得到的,所以我們先得獲取到介面檔案.客戶端 string url local...
如何發布介面 如何選擇更好的HDMI高畫質線？
如何選擇更好的hdmi高畫質線?隨著hdmi埠的普及，我們對hdmi高畫質線的需求越來越多，如何選擇高質量的hdmi高畫質線是我們要面對的乙個問題。我們可以從hdmi線的版本選擇 hdmi介面的工藝 線材粗細料挑選和介面的材質進行選擇。一 hdmi線的版本選擇 自從hdmi 1.0發布以來，hdmi...
有輸入框的介面如何自動隨鍵盤調整
剛開始的時候，非常害怕有輸入框的介面，因為鍵盤出現後，用掉了大部分的螢幕，很多輸入框都被覆蓋了。隨著經驗的增加，突然有一天想明白了，其實很簡單。下面是其方法 1，把所有空間放到乙個uiscrollview之中，而不是預設的uiview 一般情況下，把uiscrollview設成100 覆蓋uivie...