返回介绍

使用 ReactJS 的弊端

发布于 2025-04-26 18:09:27 字数 825 浏览 0 评论 0 收藏

如果你对 ReactJS 组件比较熟悉,并且正在开发富交互的组件,那么你应该会遇到 method 地狱的问题。所谓 method 地狱是指以下伪代码:

<Button onPress={this.onPress}>My Button</Button>

this.onPress 方法有如下模式:

onPress: function(){
  // 根据当前状态做些处理


  // 或者同服务器进行一些交互


  // 或者使用

 local storage 进行一些处理


}

想象一下,如果你有许多这样的 button,就会发现这种写法的一些弊端:

- 不能很好地进行扩展。如果你要在许多组件中都添加一个新的 JSON 请求,就不得不在每个组件中都复制一遍代码。

- 可读性和可维护性差。太多的代码意味着难以跟进调试和测试。

- 组件的可移植性不再像以前那样强。如果你在一个组件中引入了太多高耦合的代码,那么在将该组件渲染到其他组件(作为子组件或者父组件)中时,就会出现许多问题。

- 这种写法违背了 Single space of Truth 模式。记住,当你在为一个后台设计分层组件模型时,你有视图层、业务模型层和数据操作层。如果数据操作层是你访问和操作数据库的唯一方式,那么数据操作层就是 Single place of Truth。

几个月以前,当 Flux 模型没有对外公布、尚不为外界所知时,我遇到了上述所有问题。这致使我走入了一个不可维护的体系结构。我相信你的项目在刚开始时一定是一个很棒的项目,并且你也希望随着时间的推移将项目不断更新下去,从而为客户提供更多的功能和价值。所以,请不要使用上文的这种做法,取而代之,使用 Flux 吧。

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。