摘要:四靜態的方式靜態方法和屬性也許是最少使用的靜下來,我知道他們不是真正在下的一個機制,大多數是因為他們沒有被頻繁使用。但是訪問就必須要應用場景靜態方法和屬性是很少被使用,主要被用來定義工具方法或者特定類型的所有組件。
前言主要講解這幾個部分:state、store、static、this、module-global data
隨著 React 和 Redux 的到來,一個共同的問題被問到:
我應該將數據保存在 Redux Store 中呢?還是應該保存成本地 state?
其實這個問題是說的不完整( 或者原文說的太簡單 ),因為你能在組件中存儲數據的方式還有兩種:static 和 this.(其實就是靜態數據,還是類的實例數據)
讓我們來依次討論一下,你應該在什么時候使用它們。
一、本地 state ( Local state )ps:下面翻譯的時候將 local state => 直接翻譯成 state 吧,對于 state 其實的作用域是與組件掛鉤的,直接翻譯成本地 state 其實是不準確的。
當 React 在第一次被介紹的時候,我們就知道state。我們知道一個很重要的事情,就是當 state 的值改變的時候將觸發組件的 re-render(重新渲染)。
這個 state 也能傳遞給子組件,子組件中通過 props 來獲取傳遞的數據,這就允許你能夠將你的組件分為:smart data-components(智能數據組件)and dumb presentational-components (填鴨式組件)。
這里有一個使用 state 來編寫的 counter app(計數 APP):
import React from "react" class App extends React.Component { constructor(props) { super(props) this.state = { counter: 0 } this.addOne = this.addOne.bind(this) } addOne() { this.setState({ counter: this.state.counter + 1 }) } render() { return ({ this.state.counter }) } } export default App
你的數據( counter 的值 )是存儲在 App 組件中,也能向下傳遞給子組件。
& 應用場景假如 counter 數據在你的 app 中是很重要的,以及這個數據會存儲下來用于其他組件,那么你將不希望使用 state 來保存這個值。
這最好的實踐是處理用戶接口 (UI, User Interface) 的狀態數據。比如:使用一個 交互組件 去填寫表單,這時候使用 state 是不錯的選擇。
另外的例子,就是在 UI 交互相關的數據中使用,比如你將在一個列表中記錄當前選中的 tab (選項卡)的狀態,你就能存儲一個 state。
在你選擇 state 的使用時機,也能夠這樣考慮:你存儲的數據是否會在其他組件中使用。如果一個值是只有一個組件(或者也許只有一個子組件),這時使用 state 來保持這個值(或者說狀態)都是安全的。
二、Redux store總結:保持 UI 狀態和暫時的數據(比如:表單的輸入),能夠使用 state。
隨著發展,每個人開始選擇單向數據流, 我們選擇 Redux。
對于 Redux,我們將獲得一個全局的 store。這個 store 將綁定在一個最高等級的組件中,然后將 App 的數據流入所有的子組件(其實整個 App 就已經是這個最高等級組件的子組件了)。你能 connect 全局 store,使用:connect wrap 和 mapStateToProps 方法.
首先,人們就將任何事情都交給了 Redux store。比如:Users, modals, forms, sockets...,主要你知道的。
下面是一個和之前相同的計數 App,然后使用了 Redux。主要需要注意的是 counter 數據,使用 mapStateToProps 映射了數據,并且使用 connect 方法包裹組件,this.state.counter 現在就變成了 this.props.counter,然后這個值就是通過全局 store 獲取的,這個全局 store 將值傳遞給當前組件的 props。(如果想知道具體,我在 React.js 模式的文章中有介紹原理)。
import React from "react" import { connect } from "react-redux" import Actions from "./Actions.js" class App extends React.Component { constructor(props) { super(props) this.addOne = this.addOne.bind(this) } addOne() { this.props.dispatch(Actions.addOne()) } render() { return ({ this.props.counter }) } } const mapStateToProps = store => { return { counter: store.counter } } export default connect(mapStateToProps)(App)
現在當你點擊按鈕的時候,通過一個 action => dispatched 使全局 store 更新。然后這個數據通過外層組件傳遞到當前組件。
值得注意的是:當 props 被更新的時候,這也將觸發組件的 re-render(重新渲染)=> 這與你更新 state 的時候一樣。
& 應用場景對于 Redux store 是很好的保持了除 UI 狀態數據外的應用狀態。有一個不錯的例子,比如用戶的登錄狀態。對于在在登錄狀態改變的同時,多數組件需要訪問這個數據信息做出響應。這些組件(至少有一個被渲染)將需要重新渲染與更新的信息。
Redux 觸發事件在你需要跨組件或者跨路由的情況下是很有用的。比如有一個登錄彈框,當你的 App 中有多個按鈕點擊都將觸發彈出它的時候。而不是在你需要渲染這個彈框的多個地方做判斷,你能通過一個頂層的 App 組件去使用 Redux action 去觸發它并且修改 store 的值。
三、this.總結:你想將跨組件的保持數據的時候能夠使用 store。
在 React 的開發中,使用 this 來保存數據的場景很少。人們經常忘記了 React 使用的是 JavaScript 的 ES2015 的語法。任何你能夠用 JavaScript 做的事情,你都能在 React 做(這也是我非常喜歡 React 的原因呢 ^0^ freedom)。
下面的例子依然是一個計數應用,與之前的例子有點類似。
import React from "react" class App extends React.Component { constructor(props) { super(props) this.counter = 0 this.addOne = this.addOne.bind(this) } addOne() { this.counter += 1 this.forceUpdate() } render() { return ({ this.counter }) } } export default App
我們是在組件中使用 this 存儲 counter 變量的值,并且使用 forceUpdate() 方法來觸發組件的重新渲染。這是因為沒有任何的 state 和 props 修改,因此沒有自動觸發重新渲染機制。
這個例子實際上不應該使用 this。如果你發現你必須使用 forceUpdate() 才能滿足需求,你可能代碼哪里出了問題。如果想值修改的時候自動觸發重新渲染,你應該使用 state 或者 props/Redux store(其實嚴格一點來說,作者這里的表述是不清的,其實重新渲染與 Redux 并無關系,本質上就是 props 的更新流入組件)。
& 應用場景使用 this 來保存數據的時候,能夠在改變的時候不需要去觸發重新渲染的場景。比如:sockets 是很好的一個使用 this 保存數據的場景。
import React from "react" import { Socket } from "phoenix" class App extends React.Component { componentDidMount() { this.socket = new Socket("http://localhost:4000/socket") this.socket.connect() this.configureChannel("lobby") } componentWillUnmount() { this.socket.leave() } configureChannel(room) { this.channel = this.socket.channel(`rooms:${room}`) this.channel.join() .receive("ok", () => { console.log(`Succesfully joined the ${room} chat room.`) }) .receive("error", () => { console.log(`Unable to join the ${room} chat room.`) }) } render() { return (My App) } } export default App
大多數人們沒有他們之前一直在使用 this 定義方法。放你定義 render(),你實際上是:this.prototype.render = function () { },但是這在 ES2015 的 class 語法機制下是隱式的。
四、Static(靜態的方式)總結:在不需要數據改變的時候去觸發重新渲染機制的時候,能夠使用 this 去保存數據。
靜態方法和屬性也許是最少使用的(靜下來,我知道他們不是真正在 class 下的一個機制),大多數是因為他們沒有被頻繁使用。但是他們不是很復雜。如果你用過 PropTypes,你就定義了一個 static 屬性。
下面有兩份代碼塊實際上是長得一樣的。人們經常使用的方式是第一種,第二種是你能使用 static 關鍵字來定義。
class App extends React.Component { render() { return ({ this.props.title }) } } App.propTypes = { title: React.PropTypes.string.isRequired }
class App extends React.Component { static propTypes { title: React.PropTypes.string.isRequired } render() { return ({ this.props.title }) } }
正如你看到的,static 并不復雜。他們是一種另外的方式去聲明一個類的值。這主要的不同是 static 不要像 this 那樣去實例化一個類再去訪問值。
class App extends React.Component { constructor() { super() this.prototypeProperty = { baz: "qux" } } static staticProperty = { foo: "bar" }; render() { return (My App) } } const proto = new App(); const proto2 = proto.prototypeProperty // => { baz: "qux" } const stat = App.staticProperty // => { foo: "bar" }
在這個例子中,你能看獲取 staticProperty 的值,我們只組要直接通過類名去訪問,而不是實例后。但是訪問 proto.prototypeProperty 就必須要 new App().
& 應用場景靜態方法和屬性是很少被使用,主要被用來定義工具方法或者特定類型的所有組件。
propTypes 是一個工具例子,比如一個 Button 組件,每一個按鈕的渲染都需要相似的值。
另外個案例就是如果你關注獲取的數據。如果你是使用 GraphQL 或者 Falcor,你能具體描述需要服務端返回什么數據。這種方法你能不用接受大量組件不需要的數據。
class App extends React.Component { static requiredData = [ "username", "email", "thumbnail_url" ] render() { return() } }
因此在例子中,在特殊組件請求數據之前,你能使用 App.requiredData 快速獲取必要的 query 的值。
五、其他方式...總結:你也許幾乎不會使用 static 來保存數據。
其實是有另一個選擇,我沒有在標題中說明,因為你不應該這樣做:你可以存儲在一個全局變量,然后通過一個文件進行導出。
這是一個特別的場景,然后大多數情況下你不應該這樣做。
import React from "react" let counter = 0 class App extends React.Component { constructor(props) { super(props) this.addOne = this.addOne.bind(this) } addOne() { counter += 1 this.forceUpdate() } render() { return ({ counter }) } } export default App
你能夠看到和使用 this 是類似的,除了使用的是一個全局的變量。
如果你需要跨組件的共享數據以及保存一個全局變量,大多數更好的是使用 Redux store。
總結:不要使用全局變量。
原文出自:https://medium.freecodecamp.com/where-do-i-belong-a-guide-to-saving-react-component-data-in-state-store-static-and-this-c49b335e2a00#.yvhqqxdkh
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/92358.html
摘要:協調狀態的這三個方面是前端開發的重要組成部分,對這項任務有不同程度的支持。這使得保持高度統一。的真正威力到目前為止,看上去只是的輔助工具。在的術語中這稱之為派發動作。撤銷重做流行的撤銷重做功能需要系統級規劃。 想閱讀更多優質文章請猛戳GitHub博客,一年百來篇優質文章等著你! 你知道 Redux 真正的作用遠不止狀態管理嗎? 你是否想要了解 Redux 的工作原理? 讓我們深入研究 ...
摘要:歸約器函數負責返回應用當前全局狀態的表示形式。當我們在存儲上發送操作時將使用應用的當前狀態和導致狀態更新的操作來調用此歸約器函數?;氐轿覀兊臍w約器我們可以檢查的動作類型并采取適當的步驟創建下一個狀態。我們將處理動作創造者中歸約器的副作用。 本文轉載自:眾成翻譯譯者:iOSDevLog鏈接:http://www.zcfy.cc/article/3811原文:https://www.ful...
摘要:應用中唯一的狀態應用的子組件例子方法來看下函數到底是如何將和組件聯系在一起的,注意到文檔中有這樣的一句話并不會改變它連接的組件,而是提供一個經過包裹的組件。 關于React-redux Redux是React全家桶的重要一員,之前在知乎上也看到類似的提問:該如何通俗易懂的理解Redux? Redux是JavaScript的狀態容器,Redux的概念簡單明了: 1. 應用中所有的狀...
摘要:使用該對象,可以跟蹤屬于組件的各種元數據位。調用你的組件這意味著它知道存儲的元數據對象。下一次渲染會發生什么需要重新渲染組件由于之前已經看過這個組件,它已經有了元數據關聯。 為了保證的可讀性,本文采用意譯而非直譯。 想閱讀更多優質文章請猛戳GitHub博客,一年百來篇優質文章等著你! 我們大部分 React 類組件可以保存狀態,而函數組件不能? 并且類組件具有生命周期,而函數組件卻不能...
閱讀 3546·2021-11-22 11:59
閱讀 950·2021-09-27 13:36
閱讀 3612·2021-09-24 09:47
閱讀 2260·2021-09-01 11:39
閱讀 979·2021-08-31 09:37
閱讀 2311·2021-08-05 10:01
閱讀 1673·2019-08-30 15:55
閱讀 701·2019-08-30 15:54