React Native

微服務前端開發框架React-Admin

React-Admin是基於React16.x、Ant Design3.x的管理系統架構。 採用前後端分離,內建了許多管理系統常用功能,通過一些指令碼、封裝幫助開發人員快速開發管理系統,集中精力處理業務邏輯。

React狀態管理之Context

在平時使用react的過程中,資料都是自頂而下的傳遞方式,例如,如果在頂層元件的state儲存了theme主題相關的資料作為整個App的主題管理。那麼 在不借助任何第三方的狀態管理框架 的情況下,想要在子元件

React + Koa 實現服務端渲染(SSR) Part II

Hey Guys, 之前寫過一篇React + Koa 服務端渲染SSR 的文章,都是大半年前的事了,最近回顧了一下,發現有些之前主流的懶載入元件的庫已經過時了,然後關於SSR似乎之前的文章沒有涉

手把手教你造一個基於React的markdown編輯器

筆者在18年年末的時候接到一個開發任務——搭建一個AI專案的開放平臺,其中的產品文件為轉化為HTML格式的markdown文件。考慮到文件的即時更新,將文件資訊做成了Ajax介面的形式。因此管理後臺只需將tex

React元件化複用的一些技巧

複用是元件化開發體系的立命之本,可以說元件化的初衷就是為了複用性。但是元件化的複用方式也存在一定的問題,其中拆分粒度就是其中一個繞不開的話題,今天咱們就來講一講 React 當中的一個不太常用的 API: c

循序漸進DIY一個react(二)

承接上文,假如我給你一個virtual DOM物件,那麼你該如何實現將它渲染到真實的文件中去呢?這個時候就涉及到原生DOM介面的一些增刪改查的知識點了: // 增:根據標籤名,建立一個元素節點(elem

React as a UI Runtime(四、條件)

如果React在更新中只重用與元素型別相匹配的宿主例項,那按渲染條件選擇的內容怎麼辦呢? 正如下面的程式碼,假如我們開始至需要一個input ,但稍後需要在它之前渲染一個

React16效能改善的原理一

問題背景 React16 更新了底層架構,新架構主要解決更新節點過多時,頁碼卡頓的問題。譬如如下程式碼,根據使用者輸入的文字生成10000行資料,使用者輸入框會出現卡頓現象。 class App ext

1746001131.8344