後端介面的多少應該根據業務劃分，而不是誰覺得多不方便，開發不能只從方便入手。整體上介面設計的多少應從以下幾個方面考慮：
1、介面粒度的細分考慮職責單一，還得考慮多個操作是否應該在同一事物中，若在同一事物中介面的粒度可設計大一點。
2、介面的合併問題，當有多次請求不同介面而返回資料量又不大的時候可酌情將介面進行合併。
3、介面的拆解問題，當一次返回資料量過大導致傳輸慢的時候，根據業務得拆成多個介面，並要分析哪些資料先請求，哪些後請求。
4、介面重複問題，比如pc應用和移動應用用到同一組資料，後台針對pc和移動端應用開發了兩個介面，這種情況下可以刪除乙個介面。
5、介面停止服務問題，舉個例子，在618，雙11時很多商品有**活動（提供的介面），當過了這兩天，完全可以把此類服務停止減少負荷。
以上是我從實際專案角度做的分析，希望幫助到你，具體到專案中可深入**。
關於介面的一些思考
下面示例是模擬遊戲 憤怒的小鳥 的實現。叫的方式的介面 public inte ce shouttype 嗷嗷叫 public class aoshout implements shouttype 喳喳叫 public class zhashout implements shouttype 鳥的抽象...
linux shell script 的一些總結
獲得本機inet ip sbin ifconfig eth0 grep inet addr sed s addr g sed s bcast.g 刪除空白行 cat etc man.config grep man sed s g sed d egrep與grep egrep grep e egrep...
回溯的一些思考
堆疊中有元素abcdef，每次出棧可以選擇乙個或者兩個元素棧，當有兩個元素出棧時可以選擇其中乙個重新入棧，當棧為空時，總共有多少種出棧方法？對於本題目的一些思考，對於回溯問題，要記得恢復現場。include include include using namespace std queue vect...