現在有一個項目是庫存與生產狀態查看的系統，需要按天數查看每天的生產情況與庫存數量。但問題是有一百多項產品，有的產品可能一段時間內並不會生產也沒有庫存，也有可能會加入新的產品。現在前端認為我後台在返回數據時應該把資料庫中沒有的數據項用0填充進去，不然他表格沒辦法做，我覺得這不可能讓我在後台給他新建數據。

例如：產品A是9號的新產品，在資料庫中並沒有9號之前的紀錄，但在查詢5-10號的數據時，他認為我查出來數據後應該把5-8號這三天a產品的紀錄全部用0填充進去再返回給他。

這個問題到底是我的問題還是他的問題？該怎麼處理呢？

前端的問題。

後端要保證介面的純粹，填0是個啥操作，萬一還有其他系統要調用這個介面，看見一堆0都要懵逼。

而且前後端職責要分清，不影響業務、安全、體驗的情況下的數據處理，能前端做都前端做。因為後端的計算力是要花錢的:-D

一般的原則是後端返回的數據更接近模型，中間有個轉換層，轉換為前端需要的結構，至於轉換層算前端還是後端，看團隊情況。你說的情況最好的解決方式就是找老闆解決。

這麼簡單的問題還需要上知乎討論。誰做簡單誰做。前端沒有值默認顯示 -- 或者 0 都可。這界前端水平不太行。

這個情況聯表查一下不就好了嗎........

首先這個肯定不能在api層做。這個是毫無疑問的。前端分兩次請求，第一次請求產品列表。第二次請求這些產品對應日期範圍內的庫存等統計數據。某些指標是需要默認值。但不是後端返回默認值。前端自己設置默認值就可以了。

前後端確認誰的問題不能離開數據格式的設計結果。你不把現在的數據格式拿出來看，任何說前端後端的問題的結論都是胡扯。另外，就算要補足沒有的天數里的數據量也根本不需要去添加資料庫數據的。無結果也是一種數據形式，完全可以轉化成對應數據格式內容。

做需求前，後端先出介面文檔。

然後前端產品後端一起評審，

大家都認可了，

後面再遇到問題，大家就沒話說了叭？

推薦閱讀：
相关文章