2025年autowired不生效(autowired setter)

autowired不生效(autowired setter)这里是 Codesandbox 更新 然后需要 但是 此更改在分派操作后不会反映出来 尽管如此 我仍然可以在 Redux dev tools 上看到该操作已通过 并且的值已相应更改 通过 props 传递到子组件 并通过钩子在那里调用 我需要传递一个空数组作为该钩子的第二个参数 否则它将永远运行 因为每次调用时状态都会更新 问题在于 首次运行后 新状态不适用于以下功能 似乎已经完全完成并再次被调用 我需要声明完成后立即更新的状态 cells js app js reducers



这里是Codesandbox。

更新,然后需要。但是,此更改在分派操作后不会反映出来。尽管如此,我仍然可以在Redux dev tools上看到该操作已通过,并且的值已相应更改。 通过props传递到子组件,并通过钩子在那里调用。我需要传递一个空数组作为该钩子的第二个参数,否则它将永远运行,因为每次调用时状态都会更新。问题在于,首次运行后,新状态不适用于以下功能。 似乎已经完全完成并再次被调用。我需要声明完成后立即更新的状态。

cells.js

app.js

reducers / index.js

actions / index.js

constants / action-types.js



我建议您在这里重新考虑所有的模式,并在编写代码之前考虑一下可以通知您的决定的内容。首先,为什么要这样设置状态?如果使用状态是合理的,那么当您仅在组件中访问时,为什么要创建单独的和状态值?是否会控制诸如之类的任何值?也许在应用加载时会从远程网络资源中调用它们,而您不立即知道它们吗?如果这两个都不对,则没有任何充分的理由将它们存储在状态中,它们可以只是在组件外部初始化时声明的常量。如果是,则代码应适合用例。如果要由用户控制电路板的尺寸,则应使用默认值初始化值,并处理所有同步状态更改,而在reducer内没有副作用。

此外,正如您所知,使用异步函数的方式有点像反模式。使用Redux,如果您使用的是真正的异步功能,即调用网络资源,则可以使用thunks,并在每次{{ 1}}。

否则,您是否熟悉的类组件生命周期模式?本质上,您“监听”状态更改,并且仅在状态更改后调用依赖于状态更改的函数。您可以使用钩子执行此操作的一种方法是使用包含您所依赖状态的依赖项数组,这意味着只有在这些依赖项发生更改时才会调用它,并且您可以在{中进行进一步的条件检查{1}}函数(但从不有条件地包装!)。当使用对象或数组作为依赖项时,事情变得更加复杂,因为它使用严格的相等性检查,因此您可能需要使用ref并比较中的当前值和先前值,以及类似{{3} }。

所有这些,在您当前的用例中,您不需要执行任何操作,因为您只是在同步初始化静态值。如果值不受控制,我个人甚至不会将其存储在状态中,但是出于教育的目的,这是您在化简器中的操作方式。

首先,只需使用组件中的。

然后,将所有同步逻辑封装在减速器中:


今天的文章 2025年autowired不生效(autowired setter)分享到此就结束了,感谢您的阅读。

编程小号
上一篇 2025-03-03 09:06
下一篇 2025-10-02 10:40

相关推荐

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/bian-cheng-ri-ji/46915.html