我应该将计算数据放在 Flux 架构中的什么位置
Where should I put computed datas in the Flux architecture
好吧，我们就以Facebook给的例子来介绍Flux：https://www.youtube.com/watch?list=PLb0IAmt7-GS188xDYE-u1ShQmFFGbrk0v&v=nYkdrAPrdcw#t=621
我们有一个应用程序：
- 显示消息；
- 显示一个包含未读消息数的气泡。
这是我的问题：
unreadCount应该住在哪里？
以下是我能想到的 2 个选项：
1/ messagesStore 正在处理存储消息并计算 unreadCount 每当消息发生某些事情时（或与另一个商店保持最新计数的变体）;
2/ messagesStore 只存储消息的原始列表，显示 unreadCount 的视图负责计算未读消息的数量。
一般问题是：
商店应该只存储纯原始数据还是任何类型的数据？
好的所以在重新观看Facebook发布的介绍视频后（足够专注:)），似乎我的问题的答案在视频中。
最后她说：
we should use more explicit data on the client instead of derived data
（此处来源：https://youtu.be/nYkdrAPrdcw?t=17m8s）
我认为可以解释为："the view is responsible for computing derived data".
这就是我一直在寻找的答案:)
好吧，我们就以Facebook给的例子来介绍Flux：https://www.youtube.com/watch?list=PLb0IAmt7-GS188xDYE-u1ShQmFFGbrk0v&v=nYkdrAPrdcw#t=621
我们有一个应用程序：
- 显示消息；
- 显示一个包含未读消息数的气泡。
这是我的问题：
unreadCount应该住在哪里？
以下是我能想到的 2 个选项：
1/ messagesStore 正在处理存储消息并计算 unreadCount 每当消息发生某些事情时（或与另一个商店保持最新计数的变体）;
2/ messagesStore 只存储消息的原始列表，显示 unreadCount 的视图负责计算未读消息的数量。
一般问题是：
商店应该只存储纯原始数据还是任何类型的数据？
好的所以在重新观看Facebook发布的介绍视频后（足够专注:)），似乎我的问题的答案在视频中。
最后她说：
we should use more explicit data on the client instead of derived data
（此处来源：https://youtu.be/nYkdrAPrdcw?t=17m8s）
我认为可以解释为："the view is responsible for computing derived data".
这就是我一直在寻找的答案:)