摘要：但是，有一件事是肯定的年對(duì)全棧開發(fā)者的需求量很大。有一些方法可以解決這個(gè)問題，例如模式，或者你可以這么想，其實(shí)谷歌機(jī)器人在抓取單頁(yè)應(yīng)用程序時(shí)沒有那么糟糕。谷歌正在這方面努力推進(jìn)，但不要指望在年會(huì)看到任何突破。

對(duì)于什么是全棧開發(fā)者并沒有一個(gè)明確的定義。但是，有一件事是肯定的：2019 年對(duì)全棧開發(fā)者的需求量很大。在本文中，我將向你概述一些趨勢(shì)，你可以嘗試根據(jù)這些趨勢(shì)來(lái)確定你可能要投入的時(shí)間。

簡(jiǎn)單地說，全棧開發(fā)者就是可以構(gòu)建完整應(yīng)用程序的人。他們了解前端和后端技術(shù)、工具和服務(wù)，并結(jié)合所有這些技能開發(fā)出可以在生產(chǎn)環(huán)境中運(yùn)行的東西。

這是美國(guó)全棧開發(fā)者在 2019 年的工資走勢(shì)：

人生苦短，所以盡量少做無(wú)用功。如果你希望保持最新狀態(tài)并成為全棧開發(fā)者，以下是你需要了解并考慮列入學(xué)習(xí)計(jì)劃的 2019 年技術(shù)趨勢(shì)。

基礎(chǔ)
HTML、CSS 和 JavaScript 是必須掌握的，你還需要學(xué)習(xí) React、Vue 或 Angular 等前端框架或庫(kù)。但是，你應(yīng)該選擇哪一個(gè)？對(duì)于一個(gè)真正的全棧開發(fā)者，你可以在 2019 年選擇這三個(gè)框架中的任何一個(gè)。

來(lái)自React 16 的更新
你需要了解 React 的基礎(chǔ)知識(shí)及其基于單向數(shù)據(jù)流架構(gòu)的組件。今年我們看到了 React 16 的大量更新和 2019 年即將發(fā)布的一些小版本更新。

新的生命周期方法；

React 16.6 中的 Suspense for Code Splitting（已發(fā)布）；

帶有 React Hooks 的 16.x 版本（2019 年第一季度）；

帶有并發(fā)模式的 16.x 版本（2019 年第二季度）；

帶有 Suspense for Data Fetching 的 16.x 版本（2019 年中）。

這意味著你需要知道如何使用 React.lazy() 和 < React.Suspense> 進(jìn)行代碼拆分，使用 React.memo 進(jìn)行優(yōu)化，并時(shí)刻關(guān)注新功能，如 React Hooks，它可能會(huì)給 React 生態(tài)系統(tǒng)帶來(lái)重大改變。

我們現(xiàn)在還有標(biāo)準(zhǔn)化的 React Context API，你應(yīng)該對(duì)它有一個(gè)基本的了解。

React 生態(tài)系統(tǒng)將在 2019 年繼續(xù)發(fā)展和演化。它這不僅限于 Web，在移動(dòng)、物聯(lián)網(wǎng)和 AR/VR 等不同平臺(tái)上移植和使用 React 的能力將使其變得越來(lái)越重要，并在 2019 年領(lǐng)先于其他 2 個(gè)庫(kù)。

Vue 3.0
2018 年，Vue 持續(xù)獲得開發(fā)者的青睞，2019 年將會(huì)繼續(xù)增長(zhǎng)……但它是否足以超越其他兩大玩家？我們拭目以待。

Vue 生態(tài)系統(tǒng)正在不斷發(fā)展，而且，隨著 Vue 3.0 的發(fā)布極其改進(jìn)的 Vue CLI，2019 年的開發(fā)者體驗(yàn)將比以往更好。

開發(fā)者可以使用 Vue Native 進(jìn)行跨平臺(tái)開發(fā)（就像 React Native 那樣），我們已經(jīng)很接近 React 那樣的大型生態(tài)系統(tǒng)，但還是有一大段距離。

Vue 有一個(gè)非常有趣的趨勢(shì)，它將在 2019 年繼續(xù)增長(zhǎng)：阿里巴巴、百度、騰訊、小米和 DJI 等中國(guó)科技巨頭更喜歡 Vue。預(yù)計(jì)中國(guó)市場(chǎng)將繼續(xù)保持快速增長(zhǎng)，因?yàn)?Vue 是一個(gè)獨(dú)立的開源庫(kù)，與西方的大型科技巨頭無(wú)關(guān)。

Angular Ivy 和 Angular Elements
新的渲染引擎 Ivy 即將推出，性能將會(huì)得到大幅提升。

Ivy 將成為 Angular 渲染引擎的第三個(gè)化身，它的目標(biāo)是成為更小、更快、更簡(jiǎn)單的編譯器。

Angular Elements 將使我們能夠在 Angular 以外的其他環(huán)境中使用 Angular 組件。簡(jiǎn)單地說就是你可以構(gòu)建可以被添加到不使用 Angular 的 HTML 頁(yè)面中的組件，有點(diǎn)像 Web 組件。現(xiàn)在，我可以使用 Angular 創(chuàng)建世界上最好的組件，并將它交給我的朋友，她將它用在她的 React 應(yīng)用程序中！

2019 年，Angular 將繼續(xù)做他們擅長(zhǎng)的事情：提供一個(gè)功能齊全的框架，用于構(gòu)建豐富的 Web 應(yīng)用程序。

Angular、Vue、React——更小更快
總的來(lái)說，2019 年將看到這 3 個(gè)前端庫(kù)的發(fā)展。如前所述，你只要掌握其中一個(gè)，就已經(jīng)為進(jìn)入新的一年做好了準(zhǔn)備。預(yù)計(jì)在 2019 年，這些庫(kù)都會(huì)發(fā)生微小的變化，提高渲染速度并縮小庫(kù)的體積……但它們都不會(huì)帶來(lái)任何重大改進(jìn)來(lái)壓倒其他庫(kù)。

CLI 將會(huì)風(fēng)靡
你必須使用 babel、webpack、eslint、測(cè)試庫(kù)和其他工具搭建項(xiàng)目腳手架的日子已經(jīng)一去不復(fù)返了。我的意思是，我們?nèi)匀豢梢赃@么做，但 CLI 確實(shí)讓這種體驗(yàn)變得更好了。

Angular CLI；

Create React App 2；

Vue CLI。

2019 年，我們將在 CLI 中看到越來(lái)越多的改進(jìn)體驗(yàn)。

狀態(tài)管理

Vue 將繼續(xù)使用 Vuex 進(jìn)行狀態(tài)管理。

Angular 將繼續(xù)主要使用 RxJS。

隨著新的 Context API 的問世和 GraphQL + Apollo 的普及，React 今年則遭遇了一點(diǎn)危機(jī)。很長(zhǎng)一段時(shí)間以來(lái)，Redux 第一次被認(rèn)為不是狀態(tài)管理的明智選擇。你仍然需要學(xué)習(xí) Redux，因?yàn)槟憧梢詮?Redux 中學(xué)到一些有用的計(jì)算機(jī)科學(xué)原理，如事件溯源和 CQRS。

新的 Context API、Redux 和 GraphQL
Apollo 內(nèi)置的離線客戶端緩存將使 Apollo + GraphQL 在 2019 年成為 Redux 的一個(gè)重要替代品（當(dāng)然，從技術(shù)上講，可以同時(shí)使用它們）。新的 Context API 問世了，很多人稱它為 Redux 終結(jié)者。

2019 年，你需要了解它們?nèi)撸私馑鼈兊墓ぷ髟恚约八鼈兛梢杂脕?lái)解決哪些問題。但如果從就業(yè)方面來(lái)看，學(xué)習(xí) Redux 仍然是一個(gè)很好的選擇。

服務(wù)器端渲染
服務(wù)器端渲染在 JavaScript 領(lǐng)域仍然是一個(gè)待解決的問題。我們知道，單頁(yè)應(yīng)用程序和客戶端渲染很容易讓項(xiàng)目出現(xiàn)代碼膨脹，而且需要向客戶端發(fā)送太多的 JavaScript 代碼，而且可能會(huì)影響你的 SEO（但可能沒有你想象的那么多）。

有一些方法可以解決這個(gè)問題，例如：PRPL 模式、prerender.io，或者你可以這么想，其實(shí)谷歌機(jī)器人在抓取單頁(yè)應(yīng)用程序時(shí)沒有那么糟糕。

目前，如果要進(jìn)行服務(wù)器端渲染，可以使用：

用于 React 的 Next.js；

用于 Vue 的 Nuxt.js；

用于 Angular 的 Angular Universal。

靜態(tài)頁(yè)面正在重新刮起一陣流行風(fēng)，你可以看看 JAM Stack：

https://www.netlify.com/blog/...

它的主要思想是：預(yù)構(gòu)建標(biāo)記（靜態(tài)頁(yè)面），通過利用服務(wù)器的 API 在客戶端成為動(dòng)態(tài)單頁(yè)面應(yīng)用程序。這將在 2019 年真正改變服務(wù)器端渲染，我預(yù)測(cè)會(huì)有更多人使用像 GatsbyJS 這樣的工具，而不是自己構(gòu)建復(fù)雜的服務(wù)器端渲染邏輯。

瀏覽器采用的 Web 組件終于離我們想要的標(biāo)準(zhǔn)越來(lái)越近了。2019 年，我們將看到更多關(guān)于 Web 組件的討論，但它仍然不會(huì)在 2019 年達(dá)到臨界點(diǎn)。你可以密切地關(guān)注它們，但不需要花費(fèi)大量時(shí)間在掌握如何構(gòu)建 Web 組件上。

你可以了解 React、Angular、Vue 和普通 HTML 的組件，但很難說 Web 組件會(huì)在什么時(shí)候得到大規(guī)模采用并為我們帶來(lái)主要的好處。

性能
每個(gè)人都喜歡談?wù)撔阅堋?019 年，代碼拆分可能會(huì)成為標(biāo)準(zhǔn)實(shí)踐，更多新的優(yōu)化圖像格式（如 WebP）將會(huì)發(fā)揮越來(lái)越重要的作用。

人們?nèi)匀粫?huì)討厭谷歌的 AMP。

你應(yīng)該學(xué)習(xí)并為 2019 年做好準(zhǔn)備的是：

針對(duì) Angular、React、Vue 的特定優(yōu)化；

代碼拆分；

Tree Shanking；

只傳輸必要的 JavaScript 代碼；

更加關(guān)注你正在使用的 NPM 庫(kù)，并最大限度地減少庫(kù)的大小；

制定性能預(yù)算；

通過使用 CDN 和瀏覽器優(yōu)先級(jí)工具更好地確定資源優(yōu)先級(jí)。

PWA
漸進(jìn)式 Web 應(yīng)用程序在 2019 年仍然會(huì)很熱門，但它最復(fù)雜的功能可能不會(huì)流行起來(lái)（即推送通知）。

大多數(shù)情況下，你將使用 HTTPS、App Shell 和 Service Worker 來(lái)獲得一些額外的脫機(jī)功能、安全性和性能。你應(yīng)該學(xué)習(xí)如何構(gòu)建 PWA，并使用像 Lighthouse 這樣的工具來(lái)測(cè)試它。

Safari 最終為 PWA 添加了一些支持，實(shí)現(xiàn)漸進(jìn)式 Web 應(yīng)用程序功能可能會(huì)更容易一些。但說到底，你需要先學(xué)會(huì)使用 manifest.json 文件和 Service Worker。谷歌正在這方面努力推進(jìn)，但不要指望在 2019 年會(huì)看到任何突破。

別擔(dān)心！2019 年的后端世界并不會(huì)像前端世界那樣瘋狂。

HTTPS 無(wú)處不在
需要將用戶輸入的數(shù)據(jù)發(fā)送到服務(wù)器的網(wǎng)站必須使用 HTTPS。如果你沒有使用 HTTPS，谷歌將會(huì)懲罰你。幸運(yùn)的是，HTTPS Everywhere 或 Gaddy 讓遷移到 HTTPS 變得更容易。

REST 與 GraphQL
RESTful API 在 2019 年還會(huì)存在，你需要學(xué)習(xí)如何實(shí)現(xiàn)和設(shè)計(jì)這些 API。你應(yīng)該學(xué)會(huì)使用 Node.js 和 Express.js 來(lái)創(chuàng)建 API 服務(wù)器，在 2019 年，這兩個(gè)框架的組合仍然會(huì)占主導(dǎo)地位。

現(xiàn)在出現(xiàn)了很多有關(guān) GraphQL 的炒作，但它還不是可以贏得所有市場(chǎng)的大贏家。了解 GraphQL 可以解決哪些問題，以及如何在 RESTful API 中用它來(lái)進(jìn)行路由優(yōu)化。這將是 2019 年最重要的趨勢(shì)：不是如何多帶帶使用 GraphQL，而是如何在極少數(shù)情況下使用 GraphQL 優(yōu)化一些 RESTful API 路由。

HTTP2
HTTP2 變得越來(lái)越普遍，你需要知道如何使用這個(gè)協(xié)議來(lái)優(yōu)化內(nèi)容的傳輸。此外，HTTP3 正在開發(fā)當(dāng)中，你可以關(guān)注它，但它并不是你在 2019 年需要過分關(guān)注的東西。

基礎(chǔ)設(shè)施即服務(wù)
需要自己構(gòu)建和管理服務(wù)器的場(chǎng)景越來(lái)越少，以下是 2019 年的主要選擇。

Digital Ocean——用于簡(jiǎn)單的服務(wù)器。

Heroku——用于簡(jiǎn)單和集成的服務(wù)器和部署。

Now——用于超級(jí)簡(jiǎn)單的部署。

Firebase——用于托管基礎(chǔ)設(shè)施和數(shù)據(jù)庫(kù)。

AWS——幾乎任何你想要的東西，你可以永遠(yuǎn)不需要考慮自己管理服務(wù)器。

你需要學(xué)習(xí) SQL

Firebase、AWS 等托管數(shù)據(jù)庫(kù)將繼續(xù)增長(zhǎng)，但你還是需要學(xué)習(xí) SQL。2019 年，像 PostgreSQL 這樣的數(shù)據(jù)庫(kù)將繼續(xù)發(fā)展，而像 MongoDB 這樣的 NoSQL 數(shù)據(jù)庫(kù)似乎會(huì)有所下降。你可能需要了解每種方案的優(yōu)點(diǎn)和缺點(diǎn)，因?yàn)樵跀?shù)據(jù)庫(kù)領(lǐng)域并沒有可以解決所有問題的完美解決方案。

不要把搜索給忘了
搜索可能不是絕對(duì)必要的，但它是 Web 的重要組成部分。2019 年，全棧開發(fā)者可以試著了解下面兩個(gè)平臺(tái)：

Elasticsearch；

Algolia Search；

你可能需要學(xué)習(xí) Redis
了解使用 Redis 作為緩存以及內(nèi)存存儲(chǔ)的工作原理。緩存和內(nèi)存存儲(chǔ)是 2019 年需要學(xué)習(xí)的重要概念，可以用它們來(lái)優(yōu)化你的系統(tǒng)。Redis 是理解這些概念的一個(gè)很好的起點(diǎn)。

學(xué)習(xí)三種測(cè)試類型
很多人都在討論這個(gè)話題，但為了簡(jiǎn)單問題，可以將測(cè)試分解為三種類型：

單元測(cè)試：給定輸入，測(cè)試輸出，用于測(cè)試單個(gè)函數(shù)或類。

集成測(cè)試：測(cè)試流程或組件是否按預(yù)期運(yùn)行（包括副作用）。

端到端測(cè)試：測(cè)試用戶的實(shí)際行為，不僅僅是測(cè)試一個(gè)簡(jiǎn)單的功能。

保持簡(jiǎn)單
測(cè)試框架有很多選擇，但下面是 2019 年最好的兩個(gè)組合：

Jest（https://jestjs.io/）

Mocha + Chai + Sinon + Istanbul

將 Jest 視為一體化的測(cè)試框架，就不需要像第二個(gè)選項(xiàng)那樣添加其他工具和庫(kù)。如果你想要簡(jiǎn)單些，只需使用 Jest。如果你想要更多可定制性和模塊化，請(qǐng)選擇 Mocha。

如果你還了解這些，那是錦上添花：Mock、Spy、存根和快照測(cè)試。

適當(dāng)?shù)亩说蕉藴y(cè)試就可以了
進(jìn)行端到端測(cè)試需要公司投入大量的成本，所以在你的職業(yè)生涯中有可能會(huì)也有可能不會(huì)遇到這種測(cè)試。但不管怎樣，在 2019 年，你最好可以學(xué)習(xí)這些框架，或至少可以了解一下：

Cypress；

Nightwatch；

Protractor，適合 Angular 愛好者。

跟移動(dòng)開發(fā)說再見？

移動(dòng)開發(fā)在 2019 年的日子可能會(huì)有點(diǎn)難過。應(yīng)用程序的下載量不像過去那么多，而且最熱門的下載要么是游戲，要么是大型科技公司的應(yīng)用程序。2019 年，移動(dòng)端 Web 瀏覽量將超過原生移動(dòng)應(yīng)用程序。因此，對(duì)于全棧開發(fā)者和移動(dòng)開發(fā)者而言，他們應(yīng)該將更多的關(guān)注點(diǎn)放在移動(dòng)設(shè)備 Web 應(yīng)用程序上（例如使用 PWA）。

iOS 和 Android 仍然是企業(yè)所需要的重要開發(fā)技能，但在過去幾年中對(duì)它們的需求一直在下降，似乎出現(xiàn)了從原生移動(dòng)開發(fā)到 React Native 引領(lǐng)的混合開發(fā)（或接近原生）的重大轉(zhuǎn)變。如果你看一下上面的圖表，React Native 已經(jīng)取代了 Swift，它是原生 iOS 開發(fā)的主要編程語(yǔ)言。

以下是你需要關(guān)注的開發(fā)技術(shù)：

React Native 在 2018 年遭遇了一些挫折，一些大公司在博文說他們正在放棄它。但這些公司都曾經(jīng)嘗試將 React Native 添加到他們現(xiàn)有的 iOS 或 Android 代碼庫(kù)中。如果你是這方面的新手，對(duì)于你來(lái)說，它仍然是 2019 年的一個(gè)很好的選擇。它將會(huì)繼續(xù)增長(zhǎng)下去。

Flutter 在 2018 年非常火爆，但現(xiàn)在判斷它在 2019 年將會(huì)怎樣發(fā)展還為時(shí)過早。你需要關(guān)注它，但到目前為止，它并沒有帶來(lái)比 React Native 更顯著的優(yōu)勢(shì)。

Ionic 和 NativeScript 的使用將在 2019 年逐漸減少，除非你正在使用 Angular，否則你不應(yīng)該關(guān)注它們。

所以，在 2019 年，請(qǐng)繼續(xù)關(guān)注 React Native。

你應(yīng)該使用的 NPM 包

Prettier——讓你可以專注于你正在寫的代碼，而不是去關(guān)心代碼的格式；

https://prettier.io/

eslint——保持代碼整潔；

https://eslint.org/

date-fns——moment.js 的輕量級(jí)替代品；

https://date-fns.org/

lodash——主要用于 throttle() 和 debounce() 函數(shù)；

https://lodash.com/

rambda——如果你真的喜歡函數(shù)式編程。

https://ramdajs.com/

JavaScript 是飽受爭(zhēng)議的編程語(yǔ)言之一。2018 年，靜態(tài)類型在 JavaScript 的動(dòng)態(tài)類型領(lǐng)域變得越來(lái)越受歡迎。那么競(jìng)爭(zhēng)者有哪些？

TypeScript：可以編譯為 JavaScript 的 JavaScript 超集。

Flow：JavaScript 的靜態(tài)類型檢查器。

Reason：利用了 JavaScript 和 OCaml 生態(tài)系統(tǒng)的類型語(yǔ)言。

PureScript：一種強(qiáng)類型語(yǔ)言，可以編譯為 JavaScript，使用 Haskell 開發(fā)。

Elm：純粹的函數(shù)式編程語(yǔ)言，可以編譯成 JavaScript。

關(guān)于靜態(tài)與動(dòng)態(tài)類型語(yǔ)言的討論由來(lái)已久，不會(huì)很快就得出結(jié)論。以上這些都不會(huì)取代 JavaScript 作為 Web 主要編程語(yǔ)言的主導(dǎo)地位。但是，Angular 和 Vue 都采用了 TypeScript，并將其作為開發(fā)者社區(qū)的標(biāo)準(zhǔn)，因此，TypeScript 可能會(huì)繼續(xù)增長(zhǎng)，并超越上述其他語(yǔ)言。

你需要學(xué)習(xí) TypeScript 的基礎(chǔ)知識(shí)及其原理（以及靜態(tài)類型的好處），但要注意，它并非寫出好代碼的唯一方法。要寫出好代碼，可以先關(guān)注如何寫出好的單元測(cè)試。

模塊捆綁器
Webpack 4 和 Parcel 是 2019 年的主要工具。它們都朝著降低復(fù)雜性和更多“為用戶著想”的方向發(fā)展，很多前端庫(kù)都提供了 CLI。學(xué)習(xí)這兩個(gè)工具，但請(qǐng)記住，CLI 在項(xiàng)目開始時(shí)幫你消除掉最初 80％的復(fù)雜性。如果要發(fā)布 NPM 包，請(qǐng)使用 Rollup。

數(shù)據(jù)結(jié)構(gòu) + 算法
討論技術(shù)趨勢(shì)的文章很少會(huì)提到計(jì)算機(jī)科學(xué)基礎(chǔ)知識(shí)。但這可能是最重要的主題，而且我可以非常自信地說，這個(gè)趨勢(shì)具有 99.99999％的準(zhǔn)確率：如果你想在 2019 年和未來(lái)幾年成為一個(gè)全棧開發(fā)者，計(jì)算機(jī)科學(xué)基礎(chǔ)是非常重要的。計(jì)算機(jī)科學(xué)基本原理不怎么會(huì)發(fā)生變化，并且已經(jīng)存在了很長(zhǎng)時(shí)間，不會(huì)像開發(fā)庫(kù)那樣，一旦有新東西出來(lái)就變得過時(shí)了。

容器和 serverless
容器為我們提供了與幾年前完全不同的架構(gòu)，其中的一個(gè)主要的想法是 serverless。serverless 并不是說不需要服務(wù)器了，而是說有人為你管理服務(wù)器（基礎(chǔ)設(shè)施），你可以專注于自己的應(yīng)用程序邏輯，無(wú)需擔(dān)心擴(kuò)展性等問題。

serverless 的流行始于 2017 年，并持續(xù)到了 2018 年。2019 年，我們將看到一些相同的常見用例，比如 AWS API Gateway 與 AWS Lambda 的結(jié)合，供前端應(yīng)用程序代碼調(diào)用。

在降低成本的同時(shí)提高性能是一個(gè)好主意，如果冷啟動(dòng)問題在 2019 年可以得到解決，那么它將變得越來(lái)越流行。

平臺(tái)即服務(wù) / 后端即服務(wù)
亞馬遜、谷歌和 Azure 將在 2019 年?duì)帄Z服務(wù)器市場(chǎng)，它們當(dāng)中的每一個(gè)都提供了全托管的服務(wù)。

AppSync、Amplify、App Services、App Engine 等服務(wù)將繼續(xù)發(fā)展，但由于程序員很難放棄如此多的控制權(quán)（除非是小型的個(gè)人項(xiàng)目），所以它們并不會(huì)真正有大起色。

2019 年，Azure 將主導(dǎo)企業(yè)市場(chǎng)，AWS 將主導(dǎo)一般的開發(fā)者市場(chǎng)，而谷歌將主導(dǎo)機(jī)器學(xué)習(xí)市場(chǎng)。

機(jī)器學(xué)習(xí)
2019 年，你需要學(xué)習(xí)并了解如何通過以下 API 使用機(jī)器學(xué)習(xí)模型：

Google Cloud AI；

亞馬遜機(jī)器學(xué)習(xí)；

Azure 機(jī)器學(xué)習(xí)；

除了之前列出的平臺(tái)即服務(wù)和后端即服務(wù)，還會(huì)有更多的服務(wù)出現(xiàn)，這些大公司提供的機(jī)器學(xué)習(xí) API 和模型將在 2019 年成為一個(gè)更重要的趨勢(shì)。你應(yīng)該學(xué)會(huì)在未來(lái)的項(xiàng)目中使用其中一些（不用擔(dān)心，它們使用起來(lái)沒有那么難，就像使用大多數(shù)其他 API 一樣）。

2019 年，我們將可以看到機(jī)器學(xué)習(xí) API 在 Web 上的應(yīng)用，而不是從頭開始構(gòu)建自己的機(jī)器學(xué)習(xí)模型。因?yàn)榕c上述大型科技巨頭不同，大多數(shù)人或公司無(wú)法為機(jī)器學(xué)習(xí)提供足夠的資源或數(shù)據(jù)。

WebAssembly
WebAssembly 集將繼續(xù)緩慢改進(jìn)，但仍然只有一小部分開發(fā)者會(huì)使用它（主要用于游戲、圖像處理）。你可以先了解它，在幾年后等它成為主流時(shí)你就是這方面的專家了。

以上是我的個(gè)人意見，不管怎樣，學(xué)習(xí)新東西絕不是一個(gè)壞主意。

但不論技術(shù)風(fēng)向如何變化，葡萄城一直都秉承著為開發(fā)者著想，賦能開發(fā)者的企業(yè)理念，同時(shí)為開發(fā)者提供技術(shù)領(lǐng)先、功能可靠的一站式開發(fā)工具、解決方案及技術(shù)服務(wù)。

本文是由葡萄城技術(shù)開發(fā)團(tuán)隊(duì)發(fā)布，轉(zhuǎn)載請(qǐng)注明出處：葡萄城官網(wǎng)