我正在研究ReactJS + Flux应用程序。该应用程序允许用户提交帖子。此帖子可能需要几秒钟才能上传到服务器,我想显示一个进度条。
当前流程是:使用发布数据调用的操作方法 - >调度员 - >邮政商店 - > ??? - >更新帖子UI以显示进度条。
问号将是一个发出的事件。我的问题是:使用"更改"?之外的事件是否是一种反模式?我想更具体一些(例如,发出"进展")以便我可以在视图中做更少的工作来确定是否有进展。
答案 0 :(得分:1)
我认为不需要引入新的事件类型,这样做可能会使应用程序增长时更难跟踪数据流。看起来这可以使用正常的设计模式来处理。如果正在计算客户端的进度,则可以在操作创建者本身(例如,发送发布请求的单击处理程序)中执行此操作,然后发出一系列PROGRESS操作来更新商店并根据需要刷新视图。
答案 1 :(得分:0)
最终,我认为像进度指标这样的东西是视图的责任,以保持最新。
我处理此类案件的方式是让商店记录邮件启动的时间。然后在UI中,您可以从存储中读取该时间戳,并设置间隔以获取当前时间戳并计算增量。