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;

相关文章
|
2月前
|
安全 前端开发 测试技术
dapp/swap去中心化交易所系统开发
DApp/Swap去中心化交易所系统基于区块链技术,通过智能合约实现数字资产的去中心化交易。其开发流程涵盖项目规划、智能合约编写与审计、前后端开发、系统测试部署及维护升级等多个环节,需确保系统合规、安全,并提供良好用户体验。同时,建立技术支持与活跃社区,促进用户交流与反馈。
|
7月前
|
区块链
lp|swap去中心化博饼交易所系统开发|技术成熟
智能合约看上去就是一段计算机执行程序,满足条件时即可准确自动执行
|
5月前
|
存储 安全 区块链
SWAP交易所系统开发|区块链交易所系统开发方案
尽管Web3.0的前景仍然不确定,但像尤派数字传媒这样的先行者正在积极尝试元宇宙,并加速转型的步伐。在面对即将到来的新一代互联网时,尤派数字传媒既不会过于骄傲自大,也不会过于谨小慎微。唯有在当前基础上稳步推进,夯实基础,才能在不确定的环境中获得最大的确定性。
|
7月前
|
区块链
dapp/swap去中心化交易所系统开发步骤方案
区块链的互操作性使用户可以方便地在多个区块链网络进行交易。
|
7月前
|
区块链
秒合约丨SWAP去中心化交易所系统开发技术搭建
“智能合约是一套以数字形式定义的承诺,包括合约参与方可以在上面执行这些承诺的协议”
|
存储 算法 前端开发
swap去中心化交易所系统丨swap去中心化交易所系统开发技术详细丨swap去中心化交易所开发案例及源码
 Uniswap去中心化exchange是基于以太坊的代币交换协议,基于兑换池(即Capital pool),而用户在Uniswap中交易的价格则由这个Capital pool中的代币比例和算法来决定。
|
机器学习/深度学习 人工智能 自然语言处理
swap交易所系统(源码)丨swap交易所系统开发(去中心化交易所开发详细)
swap交易所系统(源码)丨swap交易所系统开发(去中心化交易所开发详细)
|
存储 算法 安全
DAPP开发|去中心化SWAP博饼交易所系统开发(项目案例)
智能合约,是一种新型的分布式数据结构
|
区块链 安全
区块链去中心化交易所系统开发|swap交易所系统开发(技术)
智能合约可以用多种不同的语言编写,其中Solidity是最受欢迎的语言之一
|
存储 区块链
区块链SWAP博饼交易所去中心化项目系统开发|DAPP技术开发
在我们谈论Web 3.0之前,需要了解一下之前的版本。Web 1.0是最初的互联网
下一篇
DataWorks