我们知道，一款互联网应用从分工上可以分为前端和后端。前端主要负责数据的调用及页面显示渲染，后端主要负责数据的加工处理。
在这里可能有不少人觉得做前端就比做后端要简单轻松，其实不是这样的。说到前端，以前的确是只负责界面渲染（说得通俗点就是“切图师”）和一些JS验证及效果的实现，但是随着这几年技术的发展，前端也有了翻天覆地的变化。最明显的变化就是“大前端”概念的兴起。
什么是“大前端”呢？大前端是基于传统前端的，且是针对后端而言的，大前端可以理解为是前端领域的升级扩展。在以前，前端排好页面后要交给后端进行模板填充，那时的“前后端分离”分离得并不彻底。而“大前端”模式下，前后端的分离是比较彻底的。大前端的特性主要有：
终端的多样式：除了传统的WEB、WAP端外，还新增了：iOS、Android、H5、小程序及公众号等端。因为终端众多，如果还是交集式开发，效率太低。“大前端”概念提出后，我们通过RESTfulAPI可实现同个数据源多种展示风格，极大的提升了开发效率；
大前端概念的提出是前后端分离模式下进化而来的（前端独立于后端开发），此时的前端不光光要处理界面上的显示，还要处理数据调取，所以大前端是需要数据来配合的；
大前端对前端人员的要求更高，要求掌握的技能越来越多，意味着前端人员的工作范围的扩伸。大前端没有固定的实施模式，每家公司都可以基于自家实际情况来考虑大前端的技术模式；
上面我们讲到了，现在的“大前端”是需要数据层面的支持的，主要模式就是后端提供RESTfulAPI供前端调取。不是说前端需要什么样的模式就得由后端来提供，而是在开发时，前后端一起制定数据返回格式，前端开发时通过Mock数据来填充数据。
综上，当下的前后端较之前分离得越来越彻底，两端只是在数据上存在着交集，由后端提供数据，前端调取数据来完成整个产品的业务实现。