这次给大家带来前端框架管理,前端框架管理的注意事项有哪些,下面就是实战案例,一起来看一下。
当今前端最火的三个框架要数Angular2+、Vue、React。它们全部都用到了组件化、模块化的思想,让前端开发变得更加规范。
但缺点也是明显的。除了文档不齐全、缺乏案例、学习成本高以外,组件之间的状态管理也是一个大问题。组件化是好事,但是如果没有处理好组件之间的数据流动,就会造成项目混乱、维护困难的负面影响。
先来说说为什么要进行状态管理:
比如说两张列表都引用了同一个数据源,用户在其中一张列表上做修改,另外一张列表上的数据也要跟着变。用angular1的时候要解决很简单,使用$rootScope即可。但是到了三大框架,没有$rootScope这个概念,想要实现数据的同步更新,怎么办?
有人可能会说,这简单,用户在第一张表做修改的时候我们发一个消息给第二张表,让它把相应的数据改了不就完事了。但是如果有10张表,20张表呢?都去一张张通知吗?要是其他组件也有用到这个数据源,也都去通知更新吗?
所以这个方案在项目简单的时候或许可行,但是项目一复杂,问题立马就会暴露出来。为了以防未来项目推翻重来,我们还是应该一开始就考虑好。
状态管理这个概念,就是为了应对复杂的数据流动。
三大框架实现状态管理的方法分别为:
Vue:Vuex
React:Redux(dva.js)
Angular2+:Redux(ngrx)
虽然三大框架实现状态管理的方案不同,但是底层的思想都是一致的。这里大致的来讲一下:
项目为了实现状态管理,新增了几个模块:reducers、effects、services、models。如果是angular2+的话还有actions。
先来说说这几个模块的作用:
models:数据模型。存放了数据本身和修改数据的方法。在angular2+中models存放的是实体(entity)。学过后端的应该会很熟悉。是对数据的一种声明。
reducers:负责进行同步的操作。比如把请求来的表单数据存到数据模型中,用户添加/删除了某条数据,对原有数据进行修改。
services:对请求数据这一动作的封装,一般包含获取数据的方法。如getList(),getUsers()。
effects:负责进行异步操作。比如接到用户的请求动作后,调用service,向服务器请求数据,成功了就调用reducers保存数据,如果失败了就执行另一个动作。
angular2+中还抽象出了一层actions,是对各种动作的封装。比如加载数据,数据加载成功,用户删除数据等。包含了数据的type以及payload(修改数据用到的数据)
一个用户操作,比如搜索相应商品,当用户按下确认键的时候,整个流程可以概括为:
用户发出指令 -> dispatch调用redurcers修改状态,相应组件进入loading状态 -> effects调用services获取数据 -> 获取数据成功,调用redurces保存数据并结束loading -> 渲染到视图。
当调用reducers更新数据的时候,所有跟model绑定的视图都会同步更新,每个处理逻辑也变得相当清晰明了。虽然在项目复杂度上会有所增加,但是维护起来肯定是要方便很多的。
如果觉得难以理解,可以先从这两个案例入手:
vuex 计数器+列表展示:http://www.cnblogs.com/axel10/p/8536688.html
dva.js 计数器+列表展示:http://www.cnblogs.com/axel10/p/8503782.html
其中最适合入门的是Vue,然后是React(使用dva.js),最难的是angular2+。angular2+涉及到Rxjs和TypeScript,知识点较多。无论难还是不难,永远记得由浅入深,不要幻想一步登天。如果你连angular1都用不熟,那就请你先用好angular1,好好理解mvc思想,再去涉足三大框架,不然很有可能事倍功半,浪费大量时间。
作为前端工程师,如果有条件还是建议学习一门后端语言,比如java,c#,这对理解前端框架有很大的帮助。
相信看了本文案例你已经掌握了方法,更多精彩请关注php中文网其它相关文章!
推荐阅读:
以上是前端框架管理的详细内容。更多信息请关注PHP中文网其他相关文章!