为什么感觉用了redux特别繁琐,开发效率是降低而不是提高了
来源:7-12 Ajax获取推荐数据
慕设计63794
2021-03-18
最近team里在做前端项目,选用React。我看了下隔壁组的代码,连redux都没用,更不要说redux-thunk等中间间了,component内的数据管理,直接是一个js文件里,用全局变量代替store。
虽然一开始觉得他们开发很不正规,但实际写代码时,发现他们的代码不仅代码量少,而且可维护性也不差,简单易读,开发效率还高,老板也表扬他们快速成型的能力。
比如 用redux,在index.js中:
handleNavSearchBlur() {
dispatch(actionCreator.getHandleNavSearchBlurAction());
}
需要改index.js, reducer.js, actionType.js, actionCreator.js
一个很小的功能反复在几个文件里写同一个东西的数据传递,感觉特别累赘,代码可读性也不好,因为有各种间接引用。
handleNavSearchBlur,
actionCreator.getHandleNavSearchBlurAction(),
export const updateSearchInfoListAction = “updateSearchInfoListAction”;
if (action.type === actionType.updateSearchInfoListAction) {
…
}
同一个功能,所有的东西都要相互match,而且分散在4个文件里
他们直接就写成
import * as store from ‘store.js’
handleNavSearchBlur() {
store.setVariableNavShow(true);
}
只需要参考store.js一个文件即可。
因为组件用Component封装了,组件有自己的store,其实很好维护。
我越学越觉得redux是一个设计很失败的框架,不仅没有增加什么好处,而且增加了代码的重复性,还显著降低了代码可读性。
1回答
-
Dell
2021-03-18
当你进行大型项目的开发时,你会发现,每个人认为自己的代码都很好,这个时候,你就知道了,规约比自己觉得代码好要靠谱的多。在大型项目中,这也是为什么redux这样的复杂设计存在的合理性。
50
相似问题