Ⅰ 前端mock介面數據最高效嗎
前端開發中需要去調用後端的介面，如果後端還沒有ready，為了不block開發進程，前端就需要自行mock數據。
我們常用的方法大概以下兩種：
通過一個線上mock數據平台，如： Easy Mock
通過本地server。
第一種方法需要聯網操作，我是碰到過幾次網路鏈接不上的情況，，也可能是我自己的網路問題。
第二種方法，往往需要我們自己去寫各種路由規則，如：
app.get('/api/getuser', (req, res)=>{
res.send({...})
})
這樣來看的話前端的借口數據還是非常的高效的！
Ⅱ 前端處理數據還是後端處理數據
我們知道，一款互聯網應用從分工上可以分為前端和後端。前端主要負責數據的調用及頁面顯示渲染，後端主要負責數據的加工處理。
在這里可能有不少人覺得做前端就比做後端要簡單輕松，其實不是這樣的。說到前端，以前的確是只負責界面渲染（說得通俗點就是「切圖師」）和一些JS驗證及效果的實現，但是隨著這幾年技術的發展，前端也有了翻天覆地的變化。最明顯的變化就是「大前端」概念的腔物興起。
什麼是「大前端」呢？大前端是基於傳統前端的，且是針對後端而言的，大前端可以理解為是前端領域的仔圓正升級擴展。在以前，前端排好頁面後要交給後端進行模板填充，那時的「前後端分離」分離得並不徹底。而「大前端」模式下，前後端的分離是比較徹底的。大前端的特性主要有：
終端的多樣式：除了傳統的WEB、WAP端外，還新增了：iOS、Android、H5、小程序及公眾號等端。因為終端眾多，如果還是交集式開發，效率太低。「大前端」概念提出後，我們通過RESTfulAPI可實現同個數據源多種展示風格，極大的提升了開發效率；
大前端概念的提出是前後端分離模式下進化而來的（前端獨立於後端開發），此時的前端不光光要處理界面上的顯示，還要處理數據調取，所以大前端是需要數據來配合的；
大前端對前端人員的要求更高，要求掌握的技能越來越多，意味著前端人員的工作范圍的擴伸。大前端沒有固定的實施模式，每家公司都可以基於自家實際情況來考慮大前端的技術模式；
上面我們講到了，現在的「大前端」是需要數念悔據層面的支持的，主要模式就是後端提供RESTfulAPI供前端調取。不是說前端需要什麼樣的模式就得由後端來提供，而是在開發時，前後端一起制定數據返回格式，前端開發時通過Mock數據來填充數據。
綜上，當下的前後端較之前分離得越來越徹底，兩端只是在數據上存在著交集，由後端提供數據，前端調取數據來完成整個產品的業務實現。