Javascript 如何在使用Redux获取数据时避免竞争条件？
我们有一个异步获取对象的操作，我们称之为Javascript 如何在使用Redux获取数据时避免竞争条件？,javascript,redux,Javascript,Redux,我们有一个异步获取对象的操作，我们称之为getPostDetails，它接受一个参数，该参数表示通过哪个post获取 一个id。用户将看到一个帖子列表，可以单击其中一个来获取详细信息 如果用户单击“Post#1”，我们将发送一个GET_Post操作，该操作可能如下所示 const getPostDetails = (id) => ({ type: c.GET_POST_DETAILS, promise: (http) => http.get(`http://example.c
getPostDetailsGET_Postconst getPostDetails = (id) => ({
type: c.GET_POST_DETAILS,
promise: (http) => http.get(`http://example.com/posts/#${id}`),
returnKey: 'facebookData'
})
[c.GET_ALL__OK]: (state, response) => assign(state, {
currentPost: response.postDetails
})
GET\u POST\u OK\uuu好的const getPostDetails = (id) => ({
type: c.GET_POST_DETAILS,
promise: (http) => http.get(`http://example.com/posts/#${id}`),
returnKey: 'facebookData'
})
[c.GET_ALL__OK]: (state, response) => assign(state, {
currentPost: response.postDetails
})
currentPostGET\u POST\u DETAILS Action => Result
---------------------------------------------------------------------------------
|T| User Clicks Post #1 => GET_POST for #1 dispatched => Http Request #1 pending
|i| User Clicks Post #2 => GET_POST for #2 dispatched => Http Request #2 pending
|m| Http Request #2 Resolves => Results for #2 added to state
|e| Http Request #1 Resolves => Results for #1 added to state
V
如何确保用户始终单击的最后一项具有优先权？该问题是由于状态组织不理想造成的 在Redux应用程序中，像
currentPostpostsByIdcurrentPostId{
currentPostId: 1,
postsById: {
1: { ... },
2: { ... },
3: { ... }
}
}
postsbydstate.postsbyd[state.currentPostId]getCurrentPost（state）currentPostId虽然严格来说这并不相同，但我碰巧有另一个类似问题的例子。查看和。这和你的问题不太一样，但希望它能说明国家组织如何帮助避免种族状况和不一致的道具
我还录制了一个免费视频系列，解释了这些主题，因此您可能会想要。丹的解决方案可能更好，但另一个解决方案是在第二个请求开始时中止第一个请求 您可以通过将动作创建者拆分为一个异步创建者来完成此操作，该创建者可以从存储中读取并分派其他动作，redux thunk允许您这样做 异步操作创建者应该做的第一件事是检查存储区中是否存在承诺，如果存在承诺，则将其中止。如果没有，它可以发出请求，并发送一个“request begins”操作，该操作包含promise对象，该对象将存储以供下次使用
这样，只有最近创建的承诺才能解决问题。当有人这样做时，您可以使用接收到的数据发送一个成功操作。如果承诺因某种原因被拒绝，您还可以发送错误操作 请注意，我们不建议将承诺存储在状态中。理想情况下，它应该是可序列化的。然而，我确实描述了您在中建议的方法。这是一个很好的方法，但不能取代规范化状态。（将这两种方法结合起来是个好主意。）这个解决方案在我看来并不像它应该做的那样。当第二个请求传入时，您希望中止第一个请求。然而，存储中的承诺似乎起到了保护作用，它可以防止在运行中发出任何其他请求：“您的异步操作创建者应该做的第一件事是检查存储中是否存在承诺，如果存在，则将其中止。”@Richardinho By“如果存在，则将其中止”，我的意思是中止现有的请求，不要中止正在制作的新的。这更有意义吗？是的，听起来你是说如果有一个现有的请求，那么你就放弃，不做任何其他事情。我有一个不同的情况。如果我也有
currentPostIdpostByIdpostByIdcurrentListOfSearchResultscurrentPost