2014-10-02 49 views
5

是否有任何理由(除了语义)为视图和服务器操作创建不同的分派方法?我所见过的所有教程和示例(最值得注意的是this)完全忽略了源常量,因为它在侦听分派的有效载荷时偏好切换有效载荷的动作类型。Flux Dispatcher - 查看操作与服务器操作

我想有一个原因,为什么这种模式在通量示例中普遍存在,但我还没有看到具体的例子,为什么这是有用的。据推测,人们可以添加一个额外的if或切换到有效负载源,以确定是否在商店中行动,但我没有看到任何例子考虑这个常数。任何想法都将非常感激。

回答

21

是的,这是来自Facebook上特定Flux项目的cruft/cargo-culting,但没有真正的理由这样做。如果你确实需要区分服务器和视图动作,你可以给他们不同的类型,或者有动作本身的另一个属性来区分它们。

当我获得时间时,我打算重写所有示例和文档以反映这一点。

+1

这不是一个被接受的答案吗? – Devgeeks 2014-11-19 10:01:01

+0

是否将行动包装到有效载荷中是一个可取的步骤?或者调度员是否应该“按原样”通过行动? – jrhicks 2015-02-09 16:09:36

+0

我认为传递行为是清理代码,并且是可取的。有效载荷和行动可以是同义词。请注意,Dispatcher是一个通用实用程序,可用于Flux之外的其他功能,因此称为“有效负载”。 – fisherwebdev 2015-02-14 20:04:44