2019年小程序百花齊放，各大超級 App 都推出了自己的小程序應用，2020年前端同學們可能需要支持更廣泛的小程序開發(fā)了，小程序的實現(xiàn)有多種方式，需要結合自身的業(yè)務場景來做選擇。
選擇一，小程序原生開發(fā)方式，以微信為主開發(fā)小程序，再通過少量修改移植到其他平臺。（工作量多少沒有做過不好估計，但既然當初支付寶小程序 demo 都抄微信的，感覺應該不大吧~）
選擇二，H5 內嵌開發(fā)方式，天然多平臺跨端，但會有些許性能損失，也會有些功能限制，例如微信里面的消息通知不能通過 H5 來推送。
選擇三，mpvue 這類基于某種框架的開發(fā)方式，mpvue 就是基于 Vue 框架來開發(fā)小程序，對于熟悉 Vue 的同學學習曲線很低，同時也可以實現(xiàn)代碼邏輯的復用。
選擇四，Taro 跨多端的實現(xiàn)方式，支持用 React 的開發(fā)方式編寫一次代碼，生成能運行在微信 / 百度 / 支付寶 / 字節(jié)跳動 / QQ 小程序、快應用、H5、React Native 等的應用。對于功能需要同時滿足多個小程序應用的場景比較適合。
JavaScript因沒有靜態(tài)類型變量而飽受爭議, 試圖解決這個問題的主要庫有TypeScript、Flow、Reason、PureScript、Elm。TypeScript提供了可選的靜態(tài)類型和業(yè)界認可的類（ ES5+ 也支持）、泛型、封裝、接口面向對象設計能力，以提升 JavaScript 的面向對象設計能力。
隨著 React、Vue 這類前端框架的流行，組件化開發(fā)成為主流，然而隨著頁面復雜度越來越高，在一個組件文件中，要做 UI 渲染、事件處理、狀態(tài)管理等等事情，于是一個文件變的越來越復雜。同時，頁面組件層級變的復雜后，跨組件間的數(shù)據(jù)通信也變的很繁瑣，需要將數(shù)據(jù)上提到父節(jié)點，通過 property 傳輸數(shù)據(jù)、回調方法更新父節(jié)點狀態(tài)等等。
隨著互聯(lián)網(wǎng)行業(yè)日益激烈的競爭，用戶根據(jù)產(chǎn)品體驗來區(qū)分好壞，所以行業(yè)競爭者們紛紛追求極致的“用戶體驗”以抓住用戶獲得留存。與此同時，互聯(lián)網(wǎng)行業(yè)的快速發(fā)展，Web應用的大量涌入，更加推動了前端工程師的需求熱潮，前端工程師市場供不應求。
