Reactjs react.js中合适的操作类型是什么?

Reactjs react.js中合适的操作类型是什么?,reactjs,reactjs-flux,Reactjs,Reactjs Flux,在Flux示例中,我注意到的两种操作类型是视图操作和服务器操作。从大型应用程序的角度来看,还有其他需要关注的动作类型吗?我只是在想适合长期使用的模式 行动就是行动。如果在从服务器获取当前用户时使用了某个操作,那么您也可以在其他时间创建该操作(例如从本地存储获取用户等) 最常见的两个事件源是UI和服务器,但是您也可以通过计时器(setInterval)或全局事件处理程序(例如窗口的调整大小)或从任何源获取事件的第三方库触发操作 也许在《变迁》中,更好的“行动”一词应该是“意图”。事实上,它自己并没

在Flux示例中,我注意到的两种操作类型是视图操作和服务器操作。从大型应用程序的角度来看,还有其他需要关注的动作类型吗?我只是在想适合长期使用的模式


行动就是行动。如果在从服务器获取当前用户时使用了某个操作,那么您也可以在其他时间创建该操作(例如从本地存储获取用户等)

最常见的两个事件源是UI和服务器,但是您也可以通过计时器(setInterval)或全局事件处理程序(例如窗口的调整大小)或从任何源获取事件的第三方库触发操作

也许在《变迁》中,更好的“行动”一词应该是“意图”。事实上,它自己并没有做任何事情,它只是建议做点什么;dispatcher分派意图,Store可以根据意图执行某些操作(即采取行动)

“查看操作和服务器操作”要么太具体,要么太模糊。你应该考虑所有的行为是平等的(我个人的行为),或者考虑有数百种动作类型。 我只是在想适合长期使用的模式


我不太明白分类操作如何影响您使用的模式。动作分组更多的是关于您希望向哪些其他模块公开哪些动作。例如,ChatServerActionCreators仅由utils/ChatWebAPIUtils使用。这是一个封装问题,而不是按相关功能进行分组。

操作只是操作。如果在从服务器获取当前用户时使用了某个操作,那么您也可以在其他时间创建该操作(例如从本地存储获取用户等)

最常见的两个事件源是UI和服务器,但是您也可以通过计时器(setInterval)或全局事件处理程序(例如窗口的调整大小)或从任何源获取事件的第三方库触发操作

也许在《变迁》中,更好的“行动”一词应该是“意图”。事实上,它自己并没有做任何事情,它只是建议做点什么;dispatcher分派意图,Store可以根据意图执行某些操作(即采取行动)

“查看操作和服务器操作”要么太具体,要么太模糊。你应该考虑所有的行为是平等的(我个人的行为),或者考虑有数百种动作类型。 我只是在想适合长期使用的模式

我不太明白分类操作如何影响您使用的模式。动作分组更多的是关于您希望向哪些其他模块公开哪些动作。例如,ChatServerActionCreators仅由utils/ChatWebAPIUtils使用。这是一个封装问题,而不是按照相关功能进行分组


谢谢,我想我也在间接地问为什么这些事件来源 存在

在谷歌论坛上,FB的Bill Fisher也回答了以下问题:

问:todo列表示例在中提到了一个可能的handleServerAction 除了手工操作-有人能给一些颜色说明原因吗 您可能希望以不同于视图操作的方式处理服务器操作? 我猜服务器操作是通过轮询、套接字或 一些外部事件,但是否有一个常见的案例/示例 检查这两种类型的操作是否有用?我只是好奇, 因为没有明显的内容跳出(即将某个项目标记为收藏夹 应触发相同的代码路径,无论它来自何处)

答:就服务器操作和视图操作而言,我认为是 更常见的是检测视图操作并对其采取不同的操作。对于 例如,您可能只希望在数据到达时运行验证 来自用户输入,而不是服务器初始化。我把它忘在里面了 这只是为了证明你可以用有效载荷做任何你想做的事, 可以有这样一种结构来提供数据库周围的元数据 动作,允许您将不同的动作组合在一起 你需要的目标。您不必使用这些手动或手动操作 handleServerAction或handleServerInitializationAction(etc)方法, 但我发现它偶尔有用


谢谢,我想我也在间接地问为什么这些事件来源 存在

在谷歌论坛上,FB的Bill Fisher也回答了以下问题:

问:todo列表示例在中提到了一个可能的handleServerAction 除了手工操作-有人能给一些颜色说明原因吗 您可能希望以不同于视图操作的方式处理服务器操作? 我猜服务器操作是通过轮询、套接字或 一些外部事件,但是否有一个常见的案例/示例 检查这两种类型的操作是否有用?我只是好奇, 因为没有明显的内容跳出(即将某个项目标记为收藏夹 应触发相同的代码路径,无论它来自何处)

答:就服务器操作和视图操作而言,我认为是 更常见的是检测视图操作并对其采取不同的操作。对于 例如,您可能只希望在数据到达时运行验证 来自用户输入,而不是服务器初始化。我把它忘在里面了 这只是为了证明你可以用有效载荷做任何你想做的事, 可以有这样一种结构来提供数据库周围的元数据 动作,允许您将不同的动作组合在一起 你需要的目标。您不必使用这些手动或手动操作 handleServerAction或handleServerInitializationAction(etc)方法, 但我发现它偶尔有用


谢谢,我想我也是在间接地问为什么会有这些事件源。你认为所有行为都是平等的回答引起了我的共鸣