swap去中心化博饼交易所系统开发/(成熟源码)

简介: swap去中心化博饼交易所系统开发/(成熟源码)

组件的类型
判断一个组件的类型,就是看:该组件是有状态(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;

相关文章
|
1月前
|
区块链
lp|swap去中心化博饼交易所系统开发|技术成熟
智能合约看上去就是一段计算机执行程序,满足条件时即可准确自动执行
|
1月前
|
存储 安全 分布式数据库
SWAP博饼交易所质押模式系统开发案例
区块链技术在去中心化、各节点无须事先信任的情况下
|
11月前
|
存储 安全 区块链
IPPswap/NFTswap/defiswap/OMNIswap去中心化交易所系统开发实现技术方案/源码项目/案例设计
  DApp是指基于区块练技术的去中心化应用程序,它的特点是去中心化、透明、安全、不可篡改等,DApp is an inevitable trend because it can solve problems such as centralization,data privacy,and security in traditional applications,while also achieving more fair,transparent,and decentralized application scenarios
|
1月前
|
存储 安全 区块链
DAPP系统开发|SWAP博饼交易系统开发模式方案
去中心化存储是指将数据存储在多个节点上,而不是集中在一个中心化的服务器上
|
11月前
|
存储 算法 区块链
区块链swap丨去中心交易所系统开发(成熟技术)
“去中心化”是区块链的典型特征之一,static BBox post_process
|
1月前
|
存储 供应链 区块链
swap去中心化博饼交易所系统开发|细节详情|技术原理
区块链技术的去中心化和不可篡改性确保了供应链数据的安全性
|
10月前
|
存储 算法 安全
DAPP开发|去中心化SWAP博饼交易所系统开发(项目案例)
智能合约,是一种新型的分布式数据结构
|
10月前
|
区块链 安全
区块链去中心化交易所系统开发|swap交易所系统开发(技术)
智能合约可以用多种不同的语言编写,其中Solidity是最受欢迎的语言之一
|
10月前
|
存储 区块链
区块链SWAP博饼交易所去中心化项目系统开发|DAPP技术开发
在我们谈论Web 3.0之前,需要了解一下之前的版本。Web 1.0是最初的互联网
|
10月前
|
Rust JavaScript 前端开发