组件化的缺点

前端精髓

共 699字,需浏览 2分钟

 ·

2021-02-24 18:23


我不得不说,到目前为止,我在写基于React的项目时感受最痛苦的事情是组件状态过多。


状态使组件难以测试

在测试有状态组件时,我们需要使组件进入“正确的状态”,以测试其行为。我们还需要处理状态的各种组合(组件可以随时更改)和交互(组件无法控制),并确定要测试的项以及如何进行测试。


状态使组件难以推理

在组件状态非常多的时候,你看代码的时候必须在精神上加倍努力,用来跟踪发生的一切问题。比如“是否已初始化该状态?”,“如果在此更改此状态会发生什么?”,“还有多少其他地方更改此状态”,“此状态是否存在关联条件?”之类的问题。都是常见的问题。跟踪有状态的组件来弄清楚它们的行为变得非常痛苦。


将业务逻辑状态放在组件中非常普遍。当您的项目大部分状态都位于组件中时,即可轻松访问 this.state,开始将比如计算或验证之类的内容也写到组件里面,放入不属于该组件的内容中变得很常见。


当一个组件拥有一个状态时,很容易将其进一步传递给组件内部其他组件,这里的耦合关系,使项目变得更加难以维护。


当然,有时特定组件完全拥有特定状态是有意义的。在这种情况下,可以继续使用this.setState。这是React组件API合理的部分,我不想给人以为它应该是在项目中禁止使用。


每次将状态添加到组件时,请务必意识到。一旦开始把状态写到组件里面,之后是否会导致状态在项目中难以维护。

浏览 20
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报