内容简介：React+Redux组合使用之感受
从架构和层次的层面，这个组合给我最好的感受是干净利落的解耦。有不少JavaScript框架尝试解决解耦问题，但是到了落实的层面上很容易出现分层分模块不容易严格控制，缺少清晰标准等问题。但是React+Redux的组合没有这个问题，我们把应用中JavaScript的部分分层为action、client、config、constant、reducer、store、util和view几个部分，其中view又进一步划分成component（不带业务逻辑）和widget（包含业务逻辑）等几个子包。每一个小模块对应有规约路径和命名的scss，在应用中基本上没有出现层次混乱的情况。当然也不尽美，其中一个容易混乱的地方在于传递的数据模型的设计，比如从服务端取回的对象，之后的数据处理可以放在action中，可以放在reducer中，甚至也可以放在view中——这是由（1）“到底想给reducer传递怎样的消息”和（2）“在store中要存储怎样的数据结构”来决定的。这一条标准的理解不同，容易引起不同的代码风格和不同的层次模块划分。
我们有一些新员工初涉JavaScript，我觉得应用React+Redux组合的代码是非常好的“第一个项目”，因为相对来说稍微严格一些的代码控制和清晰的层次模块划分，对于培养良好的设计和代码习惯有着非常大的作用。本来前端的世界里面就是良莠丛生，容易上手但是水又深，相对代码自由度高，而且杂七杂八的风格范型到处都是。培养一个好的习惯在职业生涯中受益无穷。
再吐槽关于view的一切都由store中的状态决定这一点。其实这个初衷非常好，特别利于解耦，view可以划分到很小的模块，只有零零散散几个状态，并且问题定位的时候可以牢牢抓住状态变化这一点。但是凡事有利有弊，在大型项目的时候这一点明显增加了可维护性，但是也明显让项目的代码显得臃肿。基本上每添加一个小小的功能，都要从action->reducer->view等等一层一层写好多代码。如果遇到了一些特殊的情形，比如需要一些动画效果，真可谓杀鸡用牛刀，逻辑繁琐。以前也用过一些其他框架，比如Angular等等，如果从代码量上看，Redux可以说是比较多的，如果你喜欢简洁清晰的代码，不喜欢一大堆js文件，那么你不会喜欢Redux的。
关于JSX。React中JSX可谓是最大的创新了，我本人也非常喜欢这种不同编程范型的融合（命令式代码和声明式代码）。如果有一个好的IDE插件，编码的过程是非常愉悦的。同时，JSX和JS一样，测试非常方便，通常我们把测试用例和源码放在一起，只是每一个测试子包以“_test”命名，这一点非常利于源码和测试代码关联起来阅读。
最后赞一下Redux的 devtools ，非常好用。结合起一些其他辅助测试的工具，我们现在基本上在开发模式下每当有任何源码的改动，或者UT的改动，改动影响到的UT会在后台自动运行，并且调试页面会自动加载改动的内容，省去了传统模式下build-deploy-refresh的过程。
以上所述就是小编给大家介绍的《React+Redux组合使用之感受》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
RGB转16进制工具
RGB HEX 互转工具
在线进制转换器
各进制数互转换器