Ⅰ 前端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数据来填充数据。
综上，当下的前后端较之前分离得越来越彻底，两端只是在数据上存在着交集，由后端提供数据，前端调取数据来完成整个产品的业务实现。