学习笔记：大前端概述
概述
现在原生和H5是一家，搞原生不搞点H5貌似有点亏。这原因多种多样，可能是原生比后端天花板低，继续深造难度和实用性不高；可能是这几年竞争白热化，原生的需求有所停止，可能是移动端、PC端、Web端本质上都是重用户体验，面向人机交互编程的，因此存在很多很多相似性。
一、”大前端“包括哪些呢？
早期互联网Web时代的时候，”大前端“不仅仅写前端(web)，还写Java 的 Velocity 模板，甚至还包括CDN、Nginx层。
而如今，随着移动互联网、前后端分离、Node技术发展等等，”大前端“已包括前端、小程序、Node、Native-Like (Hybrid / Weex / RN/Flutter等)、 Native App 开发。
二、”大前端“的技术概述
从大前端涵盖内容可以看出，大致可以分为三个方向，一个是以js/html/css技术为主WebPage和小程序；一个是以原生系统为主的Native（iOS/Android）和Native-Like（跨端技术）；最后是以Node技术为主的面向后端方向，例如BFF架构(服务于前端的后端，Backends For Frontends)。
2.1、前端技术的应用
- 早期的前端，面向WebSite，以Webpage为主。
- 移动互联时代，面向移动设备，以H5为主。
- 百花争鸣的平台生态演化的小程序：微信小程序、公众号、阿里小程序、百度小程序 ...
- 微前端的发展
- 正在到来的，低代码或零代码
低代码就是开发者写很少的代码就可以快速开发应用，扩展更多功能；支持多平台部署，开发一次应用程序，就可以在不同环境中编译运行。
业界普遍认为2021年是低代码的元年，BAT已经入局，像百度-爱速搭、阿里-宜搭、腾讯-微搭。
个人认为，在纯前端的技术方向上，低代码方案在快速试错、减低成本上、效能赋能等，确实更有技术优势。未来前端开发人员的技术栈必须下沉，不能停留在page coding。
2.2、H5 + Native + Native-Like
移动互联网的让原生技术把PC时代技术打入冷宫，如今是覆盖生活的方方面面，少了它，你就不要想了。
但是由于阵营的分化，主要是Android和iOS，各占据各家江山，谁要革了谁的命，目前看不到。这两大阵营技术彼此独立，互不兼容，这也大大提高企业的研发成本，同一个业务需要两个团队来开发。也正是这个原因，各种替代方案层出不穷，我们可以统称为Native-like技术。
H5和原生对比
现在主流的是，搞一个中间层，协同差异性，名为”跨端“。移动端跨平台技术演进方向为Cordova/PhoneGap/ionic -> React Native/Weex -> Flutter -> ?。为什么是问号，它们都只是一种解决方案，本质上不具有革命性技术。
image
特别是Flutter，做为后起之秀，大有可为。由于自建渲染引擎技术，让它性能逼近Native，同时支持iOS和Android两端；在2.0版本更是支持Web，做到iOS、Android、Web三大统一。未来发展如何，有待市场的选择和验证。跨平台技术：H5和Flutter谁是未来？
2.3、Node时代
Node技术让js正式称为后端备选语言，承接一些后端业务。目前流行的BFF架构正是基于Node技术，让大前端承接后端中与前端密切相关的业务，例如接口、Mock等业务。
三、为什么需要”大前端“？
大前端的出现，根本原因是企业对于效率的要求。软件技术不断演进的内在动力之一是企业对于效率的极致追求。企业讲究的是更少的投入，得到最大的产出。
在现有移动端技术多样化的背景下，大前端做的是要进行统筹管理，结合各种技术的优势，降低各个技术团队的技术内耗，提高效率，更好为企业的业务赋能，快速响应市场的需求。
四、其他
- ”大前端“的个人畅享。
我们也可以换个维度，更深层次思考 ”大前端“ 到底是做什么的问题。
”大前端“，首先在于前端，前端第一核心原则在于追求用户的极致体验，即说前端是直接面向用户的。
那么不管什么设备，网页、电脑程序、移动设备、职能终端(电视、手表等)，只要面向用户，我们似乎都应该叫他为前端。
而在不同的公司其涵盖技术是不一样的，例如互联网公司指的就是前端、小程序、Node、Native-Like (Hybrid / Weex / RN/Flutter等)、 Native App 开发。职能设备制造公司涵盖的技术可能就是前端、QT等其他页面系统。
