npm 2017 JavaScript 框架報告之 React 生態系統分析

前兩天,我們報道了 npm?2018 年的第一個 JavaScript 現狀報告的第一部分,該部分講述了 2017 前端框架的現狀,我們也從中看到在前端框架領域 React 的主導地位。

今天,npm 發布了報告的第二部分?—— 對強大的 React 的生態系統進行了分析。

來看看與 React 有關的軟件包的生態系統。

剛開始?Facebook 構建 React 時,許多這些軟件包來自開源社區的第三方。這些軟件包使用 React 并為其補充功能以提供完整的應用程序體驗。它們中有幾個都提供了類似的功能,彼此競爭。

React Router

豐富的 Web 應用程序都有一個共同特點,那就是提供多個“路由”,這些“路由”本質上是不同的功能塊,在瀏覽器中表示為單獨的 URL。

React 不需要為簡單的應用程序使用路由,路由有時會用在桌面和移動應用程序等環境中,而它并不是必需的。因此,React Router 雖然是最受歡迎的 React 應用程序路由解決方案,但使用量卻只有 React 本身的一半。

這是我們從 React 學到的一部分:通過將自己限制在一個明確定義的問題領域并具有明確定義的接口,它使其本身可以應用于比原始設計者更廣泛的應用范圍。這個決定增加了開發者在 React 上的使用和工作頻率,進一步改進了 React,并擴展了它的生態系統,創造了一個有益的循環。這是一個令人驚訝的結果,因為作為一個部分的解決方案,React 本質上不如 Ember 和 Angular 這樣的完整框架使用起來方便。

Flux

在一個完整應用程序中,React 未解決的一個部分是數據層。當年 Facebook 推出 React 時,還推出了Flux(一種管理應用程序中的狀態的方法)和 GraphQL(一種用于在客戶端和服務器之間進行通信的系統)。不過兩者都不如 React 本身流行。

Flux 在 React 發布之后不久就被推出,直到 2015 年中才得到普及,但是 2015 年中期之后,它們的軌跡發生了很大的分化,Flux 的受歡迎程度在緩慢下滑。

Redux

Flux 沒落的一個解釋是 Redux 的崛起。針對應用程序,Redux 和 Flux 提供了相同的功能,但給開發者帶去了不同的體驗,Redux 于 2015 年中期推出,迅速發展并超過了 Flux,而 Flux 則在同一時間開始下滑。

Redux 現在幾乎和 React Router 一樣流行,而且兩者緊密地相互追隨,并且越來越受歡迎。這表明 Redux 已經取代 Flux,成為 React 網絡應用程序的首選狀態管理系統。

MobX

MobX 于 2016 年年中推出,是 Flux 和 Redux 的競爭對手。目前它正在快速增長,但仍然是這個領域的“萌新”,不過值得關注。

RxJS

React 生態中很奇怪的一個項目 RxJS,它是另一個與 Flux 和 Redux 競爭的狀態管理組件。RxJS 的流行不容易追蹤和解釋。首先,它現存有兩個版本,一個是傳統版本rx,一個是當前版本rxjs。這兩個下載量都很大,雖然rx在下降,而rxjs在增長。

RxJS 的使用似乎是作為其他項目的子依賴,特別是 Angular CLI 的驅動。這意味著所有使用 Angular 的驅動器都使用相同的 RxJS。它也被合并到其他一些流行的命令行工具中。

GraphQL

雖然它和 React 一樣,在 Facebook 內部開發并同時發布,但 GraphQL 與 React 并沒有內在的聯系;它只是 Web 客戶端查詢服務器數據的一種方式。它通過名為 Relay 和 Apollo 這兩個具有競爭性的庫獲得了流行,這兩個庫提供了一個 Web 應用程序,用于便捷生成 GraphQL 和管理數據流。

Relay 發布得比較早,并且正在增長,但是已經被半年后發布的 Apollo 超越,Apollo 已經越來越受歡迎,并且增長速度明顯加快。雖然 Apollo 的絕對數量還很小,但是它的增長軌跡值得深入挖掘。

React 生態系統總結

再看看過去 12 個月的增長,我們可以看到相關軟件包在 React 生態系統中的相對位置。趨勢也變得清晰:

Apollo?正在快速增長

Flux 在慢慢沒落

React Router 和 Redux 都非常受歡迎,并且在使用中緊密聯系,所以我們將它們放在了一起

MobX 有著良好的增長,但尚未能挑戰 Redux 的地位

React 本身就十分龐大

?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,572評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,071評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,409評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,569評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,360評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,895評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,979評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,123評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,643評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,559評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,742評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,250評論 5 356
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,981評論 3 346
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,363評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,622評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,354評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,707評論 2 370

推薦閱讀更多精彩內容