这篇文章主要介绍了React新文档滥用effect问题怎么解决的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇React新文档滥用effect问题怎么解决文章都会有所收获，下面我们一起来看看吧。你或你的同事在使用useEffect时有没有发生过以下场景：当你希望状态a变化后发起请求，于是你使用了useEffect：这段代码运行符合预期，上线后也没问题。随着需求不断迭代，其他地方也会修改状态a。但是在那个需求中，并不需要状态a改变后发起请求。你不想动之前的代码，又得修复这个bug，于是你增加了判断条件：某一天，需求又变化了！现在请求还需要b字段。这很简单，你顺手就将b作为useEffect的依赖加了进去：随着时间推移，你逐渐发现：是否发送请求与if条件相关是否发送请求还与a、b等依赖项相关a、b等依赖项又与很多需求相关根本分不清到底什么时候会发送请求，真是头大…如果以上场景似曾相识，那么React新文档免费云主机域名里已经明确提供了解决办法。新文档中这一节名为Synchronizing with Effects，当前还处于草稿状态。但是其中提到的一些概念，所有React开发者都应该清楚。首先，effect这一节隶属于Escape Hatches（逃生舱）这一章。从命名就能看出，开发者并不一定需要使用effect，这仅仅是特殊情况下的逃生舱。React中有两个重要的概念：Rendering code（渲染代码）Event handlers（事件处理器）Rendering code指开发者编写的组件渲染逻辑，最终会返回一段JSX。比如，如下组件内部就是Rendering code：Rendering code的特点是：他应该是不带副作用的纯函数。如下Rendering code包含副作用（count变化），就是不推荐的写法：Event handlers是组件内部包含的函数，用于执行用户操作，可以包含副作用。下面这些操作都属于Event handlers：更新input输入框提交表单导航到其他页面如下例子中组件内部的changeName方法就属于Event handlers：但是，并不是所有副作用都能在Event handlers中解决。比如，在一个聊天室中，发送消息是用户触发的，应该交给Event handlers处理。除此之外，聊天室需要随时保持和服务端的长连接，保持长连接的行为属于副作用，但并不是用户行为触发的。对于这种：在视图渲染后触发的副作用，就属于effect，应该交给useEffect处理。回到开篇的例子：当你希望状态a变化后发起请求，首先应该明确，你的需求是：状态a变化，接下来需要发起请求还是某个用户行为需要发起请求，请求依赖状态a作为参数？如果是后者，这是用户行为触发的副作用，那么相关逻辑应该放在Event handlers中。假设之前的代码逻辑是：点击按钮，触发状态a变化useEffect执行，发送请求应该修改为：点击按钮，在事件回调中获取状态a的值在事件回调中发送请求经过这样修改，状态a变化与发送请求之间不再有因果关系，后续对状态a的修改不会再有无意间触发请求的顾虑。关于“React新文档滥用effect问题怎么解决”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“React新文档滥用effect问题怎么解决”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注百云主机行业资讯频道。
本文小编为大家详细介绍“vueel-input输入框输入不了如何解决”，内容详细，步骤清晰，细节处理妥当，希望这篇“vueel-input输入框输入不了如何解决”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。输入框里面输入不了东西。除…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
