使用React改版网站后的一些感想
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了使用React改版网站后的一些感想相关的知识,希望对你有一定的参考价值。
文章转载:http://www.jianshu.com/p/8f74cfb146f7
网站是毕业设计的作品,开发这个网站的目的主要用于记录一些笔记,以及聚合一些资讯信息,也算自己在网络世界中的一块静地吧,可以在这里一些技术上想法的实践。
网站最初前端使用vue
开发,在前段时间由于项目的开发进度已经不是那么紧急,有了一些空闲时间。而对没有使用过React
又一直耿耿于怀,索性就使用React
进行了一次前端的重构。
学习一门新的技术最基本的当然就是阅读相关文档了,作为一个单页面应用前端路由当然是不可能少了,而使用React
如果不使用Reduce
那又感觉发挥不其作用(虽然他们其实也没什么必须的关系)。所以在这里使用了react
,react-router
,react-redux
,以下为在使用React
开发中的一些见闻,有幸被你看到该文,如有不对之处,还望指出,如果你不小心被带入坑,本人概不负责。
首先就是阅读React
的文档了,文档使用大量举例的形式介绍如何使用React
进行开发,如如何设计state
,props
,如何组件间通信,如何设计组件等。文档虽然进行了详细的介绍,但是往往还是需要真正的实践才能发现其中的妙处。如state
,props
的设计,在一个X
组件中拥有Y
,Z
两个组件,假设Y
组件拥有一个输入框,而Z
组件可能需要用到Y
组件输入的值做出一定的变化,当然如果把他们写到一起也不是不可以的,但是考虑到组件复用,功能单一等因素还是拆开比较合理,那么这个值到底应该哪个组件来储存呢?如下两个组件分别为Y
,X
,这样设计明显是不符合state
设计的,拥有太多冗余部分。
class InputComponent extends Component { constructor () { super() this.state = { value: ‘‘ } } valInput (e) { let value = e.target.value this.setState({value}) this.props.inputChange(value) } render () { return <input onChange={this.valInput.bind(this)}/> } }
class ParentComponent extends Component { constructor () { super() this.state = { val: ‘‘ } } inputChange (val) { this.setState({val}) } render () { return ( <section> {this.state.val} <InputComponent inputChange={this.inputChange.bind(this)}/> </section> ) } }
如果使用如下的写法或许看起来更好
class InputComponent extends Component { render () { let {val, inputChange} = this.props // 这里的val并不是必须的,但是当一个值来自非输入控件的时候,如可编辑的div,ace在每次执行render函数的时候都会导致原来输入的值被清空。 return <input value={val} onChange={inputChange}/> } }
class ParentComponent extends Component { constructor () { super() this.state = { val: ‘‘ } } inputChange (e) { this.setState({val: e.target.value}) } render () { let val = this.state.val return ( <section> {val} <InputComponent val={val} inputChange={this.inputChange.bind(this)}/> </section> ) } }
react-router
提供了前端路由基本的需求,根据需要使用到的功能在项目文档介绍中即可找到具体使用方法。基本的配置和其他框架也是大同小异,但是很多API的使用确有些大相径庭(和vue
相比),还是需要仔细通读文档的,以免在开发中出现问题再去解决浪费时间,如IndexRoute
在vue
中可以在子路由通过‘‘
这样的空字符来作为默认UI
。
function root () { this.path = ‘/‘ this.component = require(‘pages/index‘).default } function demo () { this.path = ‘demo‘ this.getComponent = (nextstate, cb) => { require.ensure([], (require) => { cb(null, require(‘pages/demo‘).default) }) } } const createRoute = (R) => { let route = new R() route.childRoutes = route.childRoutes && route.childRoutes.map(r => createRoute(r)) return route } export default [root, demo].map((route) => createRoute(route))
react-redux
在从表象理解Redux中进行了简单介绍。Redux
的使用减少了开发中思考的时间,同时也避免了一些可能的问题。在使用过程中也发现一些问题,使用Redux
必然导致大量的dispatch
出现在组件中,如何防止业务变得复杂和庞大后导致项目变得难以维护,也是值得思考的。在被改版的网站中使用页面+组件的方式开发,一个页面表示除了跟组件外的最高级组件,可拥有多个组件,只有页面才能向reducer
发起action
,所有多个组件共用的数据则通过在页面中传递到子组件的props
,子组件如果需要更新数据,则通过props
属性调用父组件传入的方法向上传递命令,在页面中使用dispath
来指定action
来调用reducer
进行数据更新,当然有时候也需要在action
中进行处理后在dispath
action
到reducer
(比如网络请求)。值得注意的是每次dispath
一个action
,Redux
都会遍历所有已经注册的reducer
(reducer往往由多个子reducer组成),也就是说所有reducer
都会被调用(从项目中的表现和文档来看是这样的),一下是被改版网站使用的reducer
部分代码。
export default class ArticleReducer { [AAS.ARTICLE_REQUEST_STATE] (state, action) { return Object.assign({}, state, {loading: action.loading}) } [AAS.ARTICLE_SEARCH_STATE] (state, action) { return Object.assign({}, state, {searching: action.searching}) } }
const reducers = {} const AR = new ArticleReducer() const NR = new NewsReducer() reducers.articles = (state = initState.article, action) => { return AR[action.type] ? AR[action.type](state, action) : state } reducers.editor = (state = initState.editor, action) => { return ER[action.type] ? ER[action.type](state, action) : state }
就使用React
后的感觉,由于第一次真正使用Redux
这样的状态管理工具来进行进行开发(虽然也有使用vuex,但是都不是基于整个项目的),开发流程变得更加可控,数据流向变得清晰,而在开发中各个工具耦合性也变得更低,总的来说这是一次不错的尝试。不过个人觉得不管使用什么技术,复杂程度随着业务的增加必定变得更高,而要维持一个项目的稳定,健壮,易于维护将变得更加困难。
最后不得不感叹,良好编程习惯的重要性。
以上是关于使用React改版网站后的一些感想的主要内容,如果未能解决你的问题,请参考以下文章