Demo/代幣質押合約系統開發功能/DAPP合約系統開發專案方案
元件的型別
判斷一個元件的型別,就是看:該元件是有狀態(stateful),還是無狀態(stateless)。
同樣,如果使用一個元件,需要維護一個內部的狀態,那麼就選擇有狀態的元件型別;相反,如果不需要維護狀態,就是無狀態型別元件。
1 什麼叫狀態(state)?
狀態是一個元件中的資料集合,當『有狀態的元件』(stateful component)被載入到記憶體中時,這些資料也同時被儲存在記憶體中。當渲染帶狀態的元件時,狀態中資料可能會對該元件及其子元件產生影響。相對而言,如果是一個『無狀態元件』,自己是沒有資料,結果就是要麼這個無狀態元件就是純粹的渲染 html 內容,不需要對資料進行判斷和處理;要麼這個元件所需要的資料,都是來自於上層結構(父元件傳遞下來的資料,或者 Redux 的 store 中的資料)。
因為這種資料從上下向下的流動,所以通常『有狀態元件』會包含若干『無狀態元件』。『有狀態元件』就像一個容器,內部盛放著『無狀態元件』:當『無狀態元件』需要資料,都是從上層的『有狀態元件』提供。
因此『有狀態元件』(stateful component)通常被稱為『容器』(container)或者『容器元件』,又因為『有狀態元件』控制著『無狀態元件』如何去渲染,邏輯如何變換,所以也被稱為『聰明元件』(smart component)。相反,『無狀態元件』(stateless component)因為不能控制自己的資料,資料都是外部獲取,就像一個木偶被上層操控來作為一個表現層,所以被曾為『變現性元件』(presentational component),也被稱為『木偶元件』,英文是"Dumb component"。
2 如何為元件增加狀態?
通常,函式(function)與類(class)最大的區別是:是否能夠維護自己的資料(即狀態)。函式基本上僅關注動作(action),而不關心資料的維護,不用維持一個狀態,不用把自己的資料儲存在記憶體中。函式使用的資料是從外部獲取(或者不獲取資料),函式執行時,會完成一系列的動作,最後將結果返回(也可能不返回,僅僅是完成指定的動作)。相對而言,類有能力維護狀態(儲存資料),也可以定義自己的一系列動作。
一般來說,函式的速度較快,適合用於做表現層,而類能夠處理複雜邏輯和狀態,適合做邏輯層和資料層。所以,對於 React 來說,一般選擇函式來『無狀態元件』,得到所謂的『無狀態函式』(stateless function),好處是渲染的速度快,所以多使用無狀態元件,儘量不要讓資料散落在各個元件中。資料集中管理可以更好的保持資料的一致性和可維護性。
『有狀態元件』就是使用類來生成。類可以有自己的狀態,維護自己的資料,也是完全符合『有狀態元件』的要求。但是類相對來說速度比函式慢,影響渲染的效能,同時資料過於分散會給後期的維護帶來比較大的困難(這也是為什麼狀態過多時要使用 Redux 的原因),因此要儘量控制有狀態元件的數量。當然,類也可以生成無狀態元件,但是既然不需要維護狀態的工作,用函式能完成得更好,其實也就沒有必要使用類來做無狀態元件。
合理的元件目錄結構
1 單js檔案專案
元件完全可以用單個js檔案來實現,比如下面的例子:
// 類與函式都能生成 React 的元件
import React, { Component } from 'react';
import ReactDOM from 'react-dom';
class Title extends Component {
render() {
return (<h1>Main Title</h1>);
}
}
const Subtitle = () => (
subtitle
);
const jsx = (
Here is content
);
ReactDOM.render(jsx, document.getElementById('root'));
實際上,上面這部分程式碼有一些問題:
元件儘量拆分到 src(source code,原始碼)檔案下的其他資料夾中,而不是全部寫在 index.js 中,甚至元件都應該全部歸攏到 App.js 這個元件中,再一次性的給 index.js 去渲染。
函式的命令規範是小寫字母開頭的駝峰法(比如:printName),而 React 中元件命名,用大寫字母命名,比如 PrintName,寫成標籤形式就是 ,或者 。大寫的標籤是 React 元件區別於 html 原生標籤的做法。
因此需要對目錄結構進行調整。
2 元件歸類到 components 目錄
具體的做法:
首先把所有的元件單獨做成一個檔案,比如 Title 部分做成 Title.js 檔案。
這些元件都歸類放在 /src/components/ 目錄下,Title.js 與 Subtitle.js 都放在 /src/components/ 目錄下
新建 App.js,所有的元件都在這裡引入。
index.js 只引入 App.js,保持入口檔案 index.js 的整潔。
調整後的 src 目錄結構如下:
.
├── src
│ ├── App.js
│ ├── components
│ │ ├── Subtitle.js
│ │ └── Title.js
│ ├── index.js
│ └── template.html
程式碼如下:
/
/src/indx.js /
import React, { Component } from 'react';
import ReactDOM from 'react-dom';
import App from './App';
ReactDOM.render(, document.getElementById('root'));
/
/src/App.js /
import React, { Component } from 'react';
import Title from './components/Title'
import Subtitle from './components/Subtitle'
class App extends Component {
render() {
return ( <div> <Title /> <Subtitle /> </div>);
}
}
export default App;
/
/src/components/Title.js /
import React from 'react';
class Title extends React.Component {
render() {
return ( <h1>Here is title</h1> );
}
}
export default Title;
/
/src/components/Subitle.js /
import React from 'react';
const subtitle = () => (
Subtitle
);
export default subtitle;
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69983064/viewspace-2942905/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 智慧合約DAPP代幣合約做市質押系統開發demoAPP
- dapp質押分紅系統開發|DAPP合約代幣開發APP
- DAPP代幣智慧合約質押挖礦系統開發方案搭建APP
- matic馬蹄鏈質押合約代幣系統開發方案功能
- Dapp 合約代幣系統開發智慧合約APP
- OP鏈DAPP合約代幣質押挖礦系統開發APP
- Defi/dapp代幣質押(智慧合約)持幣生息系統開發專案設計APP
- NFT質押代幣分紅dapp系統開發功能|合約定製案例APP
- DAPP公鏈代幣質押挖礦系統開發(智慧合約)APP
- DAPP公鏈代幣智慧合約質押挖礦系統開發APP
- DAPP代幣預售/智慧合約/NFT質押合約系統開發/Solidity編寫APPSolid
- 代幣合約系統開發搭建丨DAPP代幣模式專案開發技術方案APP模式
- dapp合約代幣理財系統開發方案模式APP模式
- DAPP合約質押理財系統開發功能分析APP
- DApp智慧合約鏈上盲盒遊戲代幣質押專案挖礦系統開發APP遊戲
- DAPP 系統開發操作及功能丨智慧合約專案系統開發方案APP
- 合約質押模式系統開發DAPP模組丨質押系統開發技術邏輯方案模式APP
- IDO/DAPP代幣合約質押挖礦分紅系統開發(詳情方案)APP
- Defi/LP/DAPP代幣合約流動性質押挖礦系統開發/Solidity合約示例APPSolid
- DAPP/Defi代幣智慧合約質押挖礦系統技術開發原理APP
- DAPP馬蹄鏈代幣合約質押系統開發詳情模式搭建APP模式
- 代幣合約流動性質押挖礦開發原始碼版丨代幣合約流動性質押挖礦系統開發(成熟方案)原始碼
- Dapp鏈上代幣合約質押模式系統開發功能分析丨框架APP模式框架
- Defi代幣預售合約LP質押挖礦系統開發(智慧合約元件分析)元件
- 代幣智慧合約流動性質押挖礦開發穩定版丨代幣智慧合約流動性質押挖礦系統開發方案
- 智慧合約LP質押挖礦系統開發DAPPAPP
- PAXOS/PAXG雙子代幣/DAPP質押系統合約開發/Defi模型APP模型
- ARB鏈質押挖礦代幣空投dapp系統開發智慧合約定製APP
- DAPP代幣挖礦模式系統開發|DAPP合約APP模式
- DAPP/Defi代幣智慧合約開發原理丨LP質押挖礦系統開發詳情APP
- 智慧合約Dapp系統開發(方案)APP
- 關於SolaRoad合約代幣質押理財系統開發方案技術
- 智慧合約DeFi質押代幣模式系統開發流程制度方案(成熟技術)模式
- DAPP智慧合約LP質押挖礦系統開發(專案設計)APP
- DAPP質押挖礦分紅系統開發|DAPP合約APP
- DAPP合約代幣分紅模式系統開發案例APP模式
- DAPP丨NFT丨LP代幣預售開發功能丨LP流動性質押借貸系統合約開發方案APP
- defi/dapp/lp代幣合約挖礦系統開發(開發案例)丨代幣合約挖礦系統開發(原始碼及說明)APP原始碼