面向前端編程
最近換了一家新的公司，這個詞就是在那家公司聽到的，感覺蠻有趣的，因爲他解決了一些問題，所以特意記錄一下。
問題
既然提出一個解決方案，必然是針對一個問題的，而在那家公司中，就是希望能減少小程序的請求數量，比如如下這個界面：
第一個卡片可以是一個接口，底下的列表可以是一個接口，而傳統的前後端分離的開發方式，這個頁面是兩個接口還是一個接口都是後端說了算的，這樣必然會給前端的同事造成一些影響，因爲後端提供接口文檔的時候是不會考慮這個接口在前端那邊的實現的，只會提供必要的數據。比如頂部的卡片，是放在一個屬性下，還是多個字段。
甚至我見過一些極端的例子，前端見後端沒有提供一些數據，直接找了一個有需要數據的接口，結果那個接口中有幾個數據計算很麻煩，造成那個簡單的頁面加載速度很慢。
什麼是面向前端編程
其實說穿了就是在開發前，由前端根據UI圖定義後端返回數據的大體結構，注意，只是大體結構，其中細節字段是需要和後端協商的，確定這個結構之後，前後端就可以根據這個結構去各自開發了。
面向前端編程的好處
- 前後端並行：因爲約定了結構，所以前端就可以在寫完頁面之後也將業務代碼寫掉，而不是一直在等後端的接口
- 減少頁面的請求數量：在web端可能這個不是很看重，但是對於app端，或者微信小程序端，都希望能減輕前端的業務代碼量，改由後端控制的方式。
暫時只想到這麼多。