「CSDN」十分钟上手 React+MirrorX,从此前端大神代码不再难懂 | 原力计划

「CSDN」十分钟上手 React+MirrorX,从此前端大神代码不再难懂 | 原力计划

文章图片

「CSDN」十分钟上手 React+MirrorX,从此前端大神代码不再难懂 | 原力计划

文章图片




作者 |杨若瑜 来源 | CSDN博客 , 责编| 夕颜头图 |付费下载自视觉中国随着React的普及 , 很多大厂的前端必备React相关知识 , 甚至已有成熟框架应用在生产环境 。 今天我们探讨的是React进阶者经常会遇到的MirrorX编写问题 , 看着前人写的组件 , 绕着绕着就绕糊涂了 。 真实案例:可能为了改一个简单的传参 , 前端开发工程师会耗费在跟代码至少4-5个小时 。 因此我便做此文 , 用以帮助正在进阶过程中的前端工程师们快速理解一个RESTful请求是怎么经过MirrorX的处理 , 到达组件并激发组件重新渲染 。 此文大厂前端开发必备 。

适合读者:具备React基础的程序员、用友UCF开发者、蚂蚁金服Antd开发者 。


概念问答
【「CSDN」十分钟上手 React+MirrorX,从此前端大神代码不再难懂 | 原力计划】
1、什么是MirrorX?

MirrorX是基于Redux封装的一种状态机 。 比如实际使用的时候假设我们要从后台读个商品接口、把接口返回的数据做一些处理(比如打折的要前端计算折扣金额) , 然后将处理好的数据显示在界面上 。 想想就得用很多代码 , 而且都要放在组件的类里吧?

要是有一个框架 , 组件里只需要调一行代码就能解决 , 是不是很不错?MirrorX就是用来做这件事的 。

2、怎么能做到1行解决?

学过面向对象编程的 , 应该都知道封装性可以使控制层代码更加简练 。 但是React里如果要处理刚才说的那件事 , 既需要state和props控制权 , 也要知道来来往往的上下文(比如当前用户是谁、VIP等级是多少) , 最令React程序员难受的是 , 当前用户信息在UserView组件里 , 当前的GoodsView组件没有对UserView组件的访问权 。 因此 , 需要有一个统一的地方来跨越组件的障碍 , 存储这些信息 , 把这个机制封装好了 , 就可以实现一行解决 。

3、具体是怎样的机制?

网上有很多文章讲Redux , 看完Redux , 再搜索MirroX就可以知道具体的机制 。 简单的来说 , 就是系统有若干个状态仓库 , 我们可以把上下文变量都分门别类放在不同仓库里 , 比如用户信息、商品信息;放入的时候都是调用动作来实现 , 比如读取商品信息、更改商品数量 。 而动作可以选择是否调用服务 , 如果前台更改商品数量 , 直接改状态仓库里的数值即可 , 无需调用服务;如果调用了服务 , 则一般来说是功能是需要服务器交互的 。


如何用MirrorX完成一个功能

这里举个请求后台读取商品列表的例子

1、环境准备

先确保你已经通过npm i安装了mirrorx、react、axios 。 因为本文是最佳实践 , 对于如何安装不做赘述 。

2、写一个简单的服务(Service)

写一个service.js文件(注释多 , 代码其实没几行)

1 import request from \"axios\" ;2 const URL={3 GET_GOODS : \"api/template/GetGoods\" //声明要访问的后台接口地址45 //暴露出一个名为GetGoodsApi的函数 , 入参params是Object类型 , 代表提交给后台的参数列表6 //这个函数会返回一个Promise对象7 export const GetGoodsApi= ( params )= {8 return request(URL.GET_GOODS{ method : \"post\" params)910 //你还可以暴露出其他函数 , 一个Service可以exportconst多个函数11 //exportconstGetMember=(params)={12 //returnrequest(URL.GET_MEMBER{method:\"post\"params)13 //

推荐阅读