⑴ 前端程序員會不會被淘汰
文章略長，沒耐心者可以跳到文末小編已用三句話概括全文。
事情起因是這樣子的，有團隊做了一款可以直接生成網頁的手機APP發布了。某知友就慌亂了，覺得前端工程師會被AI所取代，開始糾結學習前端還是後端。
「手機APP可以直接生成網頁，取代了前端工程師的一部分工作，隨著APP的進一步開發使用，前端開發的行業空間將更加狹小，是不是就意味著，前端開發正面臨著被淘汰的局面？」
前端真的會被取代嗎？
答案是否定的。誠然，按照人類現在的發展趨勢，未來所有工作都將被AI取代，但是計算機行業肯定也是要在後期才會被取代，優先取代的必然是一些流水線上的固定崗位的重復工作。
很多人會有這種想法，有以下幾個原因：
1、大部分人對於前端工程師的誤解
一個轉換網頁的APP的出現就能引起這么多人的猜測和恐慌，足以說明很多人對於前端開發的認識和了解是不夠清晰的。
真正的前端開發並不是傻瓜式的網頁生成可以取代的，在這個前端開發快速發展的互聯網時代，你還認為前端開發只是切網頁的，那你就大錯特錯了。
來看一則招聘啟示：
文末小編總結一段話，概括所有問題。
前端開發近十年都不易被撼動或取代，重要程度逐年增長中，吸金能力亦然。從業者應該注重自身知識鞏固和新知識的更新迭代。找准時代發展方向，努力專研，勇於創新能讓你走在時代最前頭。
⑵ web前端未來將會有什麼樣的發展趨勢
趨勢一：更加移動優先
響應式設計顯然是目前Web前端開發領域的主要趨勢之一，並且這一趨勢在未來還將持續一段時間。雖然現在的響應式設計大部分還是以PC版優先，然而如果有一天我們把PC版放到比移動版次要的位置上，也沒有什麼好奇怪的。因為，目前許多Web前端開發者已經開始轉向以移動優先方案來做他們的響應式設計和開發，這就象徵著一個重大轉變，值得我們跟進的。
趨勢二：更多使用快速原型開發工具
眾多Web前端開發者從2016年開始嘗試使用快速原型開發工具，而在2018年將是這種技術真正爆發的一年。「UXpin、Webflow、Invision以及其它許多快速原型開發工具，讓設計師不用寫一行代碼，就能為網站和服務快速創建低保真和高保真原型，便於設計師衡量它們的可用性和美觀性。」 Web設計師Jamie Leeson says如是說，「許多工具也允許你在瀏覽器中設計原型並從工具里真正啟動網站自身。」
不管未來前端發展方向如何，可以肯定的是未來前端人才需求依舊很大。想學前端開發專業的機構也很多，你可以去線下試聽課程了解一下，例如北大青鳥、南京中博軟體學院、南京課工場等等都有試聽課程的！
⑶ 混合開發之uni-app
uni-app App端內置weex渲染引擎，提供原生渲染能力
然而， Weex並不是一個前端框架 。實際上，前端框架僅僅是 Weex 的語法層或稱之為 DSL (Domain-specific Language)，它們與原生渲染引擎是分離的。換句話說，Weex 並不依賴於特定的前端框架，隨著前端技術的發展，Weex 也可以集成更多廣泛使用的前端框架。
以往的 weex ，有個很大的問題是它只是一個高性能的渲染器，沒有足夠的API能力，使得開發時非常依賴原生工程師協作，開發者本來想節約成本，結果需要前端、iOS、Android 3撥人開發，適得其反。而 nvue 解決了這個大問題，讓前端工程師可以直接開發完整 App，並提供原生插件的市場交易和雲打包。這些組合方案，開發者切實的提高效率、降低成本。
如果你是web前端，不熟悉 weex，那麼建議你仍然以使用 vue 為主，在App端某些 vue 表現不佳的場景下使用 nvue 作為強化補充：
uni-app App 端內置 HTML5+ 引擎，讓 js 可以直接調用豐富的原生能力。
小程序及 H5 等平台是沒有 HTML5+ 擴展規范的，因此在 uni-app 調用 HTML5+ 的擴展規范時，需要注意使用條件編譯。否則運行到h5、小程序等平台會出現 plus is not defined錯誤。
在普通的 H5+ 項目中，需要使用 document.addEventListener 監聽原生擴展的事件。
uni-app 中，沒有 document。可以使用 plus.globalEvent.addEventListener 來實現（注意manifest中需開啟新編譯器，即自定義組件模式"usingComponents":true）。
同理，在 uni-app 中使用 Native.js 時，一些 Native.js 中對於原生事件的監聽同樣需要按照上面的方法去實現。
注意：舊編譯器（非自定義組件模式）不支持 plus.globalEvent 這個對象。
⑷ 移動APP開發框架盤點2：Web移動前端框架大全
開源項目其實有一個成熟周期，這個周期大概是三年左右，自React框架在2013年發布並引爆了前端框架的大潮，這個屬於前端的周期就此開始了。
之後在2015年5月開源的React Native又開啟了屬於Web移動前端的周期，15-16年，18-19年，21-22年正好就是屬於移動前端的三個爆發點。
三年前，在第一個成熟收獲期，我盤點了移動開發框架。在這第二個成熟收獲期，理所當然要來盤點一波。
不過，當我點開github項目的code-frequency時，還是被這個准到嚇人的周期猜想驚呆了，先給你們看一波，剩下的自行驗證。
1、https://github.com/youzan/vant/graphs/code-frequency
2、https://github.com/quasarframework/quasar/graphs/code-frequency
再來說第二個比較有意思的發現，停止維護的項目絕大多數是Vue框架項目。
盤點開始的時候我還覺得React框架處於絕對劣勢，到完成時我發現React無論在選擇面還是成熟度上都超過了Vue。
原因我這里就不分析了，反正大家都有自己的看法。
網頁類框架就是前端組件框架，這一次雖然有大量項目停止維護，但是也有很多項目堅持了下來，而且還涌現出了一批新項目。
大廠佔了主導，因為這些年大廠在移動開發上的需求，遠高於其它方面。個人項目要堅持確實不易。
本來是想要做一個驗證項目，把所有框架都試用一遍並給出推薦度的。由於進度太慢，還是下一次再發吧。
這次的重點是漸進類框架，就是所謂多端同構框架（小程序框架）。這幾年國內的重點的各種小程序平台，所以多端框架的需求很是旺盛。
不過大多數先行者都沒挺過來還是讓我很意外，只有Taro成功了，想想還是有很多讓人唏噓的東西。
在這里還是先預測一波吧，因為這一類框架最變化最大，最終還是有很多框架要出局的。
漸進類框架是一個過渡性的產品，最終會變成橋接類框架的一部分，所以，與橋接類框架協同才是框架的出路。
這個賽道基本全是大廠了。
騰訊新一代跨端開發框架Hippy
Hippy一看就是淘寶Weex的對標項目，Kpi功能全面壓制。所以官方支持 React 和 Vue 兩種主流前端框架。在Weex2019年實質停更後發布，要不要這么卷？
Hippy 2.x 架構主要分成三層，UI(JS) 層 Hippy-React 和 Hippy-Vue 負責驅動 UI 指令生成；中間層 C++ HippyCore 負責抹平平台差異性和提供高性能模塊；渲染層 Android 和 iOS 負責提供終端底層模塊、組件，並與布局引擎通信。
對Weex慘遭遺棄，我上次就說過：「ReactNative提供工具，Weex提供框架，將平台差異化屏蔽（Write Once, Run Everywhere）。所以Weex則註定功能相對弱小，並且坑比較多。」Weex最終下馬也是必然的，淘寶又發布升級版北海，為了實現（Write Once, Run Everywhere），它採用自繪，而且是基於Flutter自繪。
所以Hippy3.x就一如既往的Kpi功能層層加碼，很有騰訊風格。在未來的 3.x 中業務與渲染層中的具體實現可根據用戶實際場景進行切換：業務層上不再局限於 JS 驅動，還可選擇（如：DSL/Dart/WASM 等）其它語言進行驅動；在渲染層中，渲染引擎除了支持現有原生（Native）渲染之外，還可以選擇其他渲染 Renderer，如 Flutter(Voltron) 渲染。
「Kraken 北海」是一款高性能Web渲染引擎。底層基於 Flutter 進行渲染。
Kraken 不限制上層開發者使用的框架，無論你是使用 Vue 、Rax 還是 React 都可以開發 Kraken 應用。
Kraken 的 runtime 通過 JS Engine Binding 的方式提供了一系列 Web 標準的 API 介面，調用相應 API 會執行相關邏輯並創建一系列需要發送給 Dart 層處理的指令。
Kraken 其實就是一個小程序平台，而且追求全平台完全一致。我雖然認為各平台不一致是很自然的事情，但是也表示理解，畢竟別人吹牛有當真的傳統（KFC表示認同）。
Kraken 現在也是一個小號瀏覽器，所以它的主要工作就是摳標准，畢竟它是一款基於 W3C 標準的高性能渲染引擎。
最後，我勸淘寶領導定Kpi要理智些，畢竟Hippy4我還蠻期待的。
滴滴出品的超輕量級動態化跨端開發框架，主打輕量和實用。
Hummer 以 JS 引擎為基石，目前已支持 JavaScriptCore、Hermers、QuickJS 等業內知名 JS 引擎（這里本來還有個V8的，我刪除了，源碼裡面沒有，Kpi需要）。再配合經過調優的 Yoga 布局引擎，抹平了兩端視圖布局差異（性能更佳的自研布局引擎開發中）。順便提一下，Hippy採用V8（功能更強）自研布局引擎（性能更佳）。
Hummer 的特點是拋棄了業界其他動態化跨端框架普遍使用的DSL層和VDOM層，因此原生 Hummer 不具備前端開發常用的響應式編程的能力，但同時換來的是接近原生開發的體驗和性能。再以原生 Hummer 為基礎，在此之上開發了一套基於MVVM架構的開發框架 —— Tenon ，通過 Tenon，可以把使用 Vue/React 編寫的代碼，轉換成原生 Hummer 的代碼。
Hummer也是一個小程序平台，而且超輕量。如果想要無限提升自己APP的能力，可以考慮嵌入Hummer。
Web移動前端框架正在迎來第三個高速發展期，各類框架得到極大繁榮。
個人在具體項目的貢獻已經微乎其微了，創新、架構創新是唯一制勝的手段，這也是我看好React的根本原因。
最後，還是想做點微不足道的 探索 ，現在前端組件庫層出不窮，更換組件庫帶來的代價有點大。想創建一個框架，來實現上次說的組件公約數和公倍數，無縫切換組件庫。理論上支持所有組件庫 ，也能為後來者提供彎道超車的機會。我想大廠可能沒有需求，也不會願意發布這種框架，畢竟都是平台部門說了算。
這個庫就是useMobile，當然分為useMobileReact和useMobileVue。下次先發布useMobileReact。等我發布後，再來填上面表中缺的推薦度。
原文地址： https://www.cnblogs.com/windfic/p/16019457.html
⑸ 前端開發前景怎麼樣
很多人選擇WEB前端，可能是因為WEB前端容易入門，而且不需要太多專業基礎。隨著前端的人才越來越逗，企業面試要求也越來越高，進階高級前端需要學習更多的技術，不斷積累技術經驗。
前端就是用戶可見部分的優化、交互功能開發，隨著軟體WEB化，Html5前端開發技術的發展，前端的技術方向越來越多，可開發解決的功能很多。
web前端有廣闊的發展空間，app、小程序、移動端、pc端等都是需要前端技術的開發支持才能夠完成，技術門檻相對較低、需求量較大，薪資待遇良好。只要是互聯網端的客戶界面，就需要前端來製作完成，前端開發的編程量不大，但是需要部分編程，入門簡單，但是要學的深入需要一個過程。
Web前端招聘崗位
• 前端開發工程師、Web開發工程師、網頁開發工程師、HTML開發工程師...
• H5開發工程師、移動應用開發工程師、App開發工程師、小程序開發工程師...
• JS開發工程師、Vue.js開發工程師、Node.js開發工程師、前端架構師...
• 小游戲開發工程師、數據可視化開發工程師、WebGL開發工程師、WebVR開 發工程師、Web安全工程師...
在互聯網行業，前端有WEB前端、HTML前端等，隨著互聯網技術發展，就業方向也有很多。web前端的就業方向有web架構師、web前端工程師、HTML前端開發工程師、網頁設計師等等。
HTML前端開發
與Web前端開發不同的是，使用HTML5不僅僅可以開發前端，還有網頁游戲，手機APP，使用瀏覽器進行3D渲染等一系列建立在HTML5標准與搭載其標准瀏覽器上的開發，而未來可能會有更多的功能分支並入HTML5標准。web前端工程師
這個方向是目前從事Web前端開發的主要就業方向
Web架構師
薪資普遍比較高，技術要求高，掌握多種技能，包括：後端技術、DBA、Platform等等，甚至包括網站優化SEO技術。
數據方向
數據研發這個是在Web開發的基礎上用數據附能，懂可視化的一定是有前端能力的，懂hadoop的一定java要熟悉，屬於Web開發的拓展方向。
大前端方向
比如阿里，在大量實踐rn和weex;由於公司內部安卓/ios式微，一定程度上，前端把ios和安卓收編了，統稱大前端。
圖形學方向
前端自然是與圖形學有千絲萬縷的聯系，除了上面提到了可視化，還有相關3d引擎的開發工作。做這一行要求也非常高了，圖形學相關的演算法，3d引擎的開發，這都需要圖形學相關知識。