代码之家  ›  专栏  ›  技术社区  ›  gpsugy

是否可以为Redux存储交换状态结构?

  •  0
  • gpsugy  · 技术社区  · 8 年前

    我正在努力实现的目标

    然而,我知道Redux严格地强调了一个商店对应一个React应用程序,但拥有这样一个巨大的商店似乎仍然有些过分,而且实施得很糟糕:

    obj {
        slide1: { // a lot of state },
        slide2: { // a lot of state },
        slide3: { // a lot of state },
        // more slide states
    }
    

    由于每个幻灯片根本不相互依赖,当一个幻灯片组件安装时,该组件 将根据需要利用/创建Redux商店,但当用户转到下一张幻灯片时, 商店被洗劫一空 ,为新的幻灯片组件提供一个新的状态。我可以想象,在任何幻灯片X上,商店都会像这样:

    state {
        slideX: { // a lot of state }
        // no other slides
    }
    

    我的担忧

    我认为这里最大的担忧是,例如,如果用户在幻灯片3上,单击该幻灯片上的某个内容,然后发送一个动作,那么它将不必要地触发所有 对于该状态下的所有幻灯片,绝对不需要。 也许我对这种Redux商店结构的性能担忧是没有根据的?

    1 回复  |  直到 8 年前
        1
  •  2
  •   Jake Haller-Roby    8 年前

    我认为你误解了Redux的目的。

    Redux旨在保存整个应用程序中相关的信息,或至少2个以上不同的部分。