【问题标题】:Flux Dispatcher - View actions vs. Server ActionsFlux Dispatcher - 查看操作与服务器操作
【发布时间】:2014-11-27 01:55:52
【问题描述】:

除了语义之外,是否有任何理由为视图和服务器操作创建不同的调度方法?我见过的所有教程和示例(最值得注意的是this)在监听分派的有效负载时完全忽略了源常量,以支持打开有效负载的动作类型。

我认为这种模式在通量示例中普遍存在是有原因的,但我还没有看到一个具体的例子来说明它为什么有用。大概可以添加一个额外的 if 或打开有效负载源来确定是否在商店中采取行动,但我所见过的任何示例都没有考虑这个常量。对此的任何想法将不胜感激。

【问题讨论】:

    标签: reactjs-flux


    【解决方案1】:

    是的,这是来自 Facebook 的特定 Flux 项目的粗俗/货物崇拜,但没有真正的理由这样做。如果您确实需要区分服务器和视图操作,您可以只给它们不同的类型,或者使用操作本身的另一个属性来帮助区分它们。

    当我有时间时,我计划重写所有示例和文档以反映这一点。

    【讨论】:

    • 将动作包装到有效负载中是一个可取的步骤吗?还是调度员应该“按原样”传递操作?
    • 我认为按原样传递动作可以清理代码并且更可取。有效负载和动作可以是同义词。请注意,Dispatcher 是一个通用实用程序,可用于 Flux 以外的其他用途,因此称为“有效负载”。
    猜你喜欢
    • 2020-09-14
    • 2019-04-16
    • 1970-01-01
    • 2017-10-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-01-22
    相关资源
    最近更新 更多