gpt4 book ai didi

json - Redux 和 Calendar 重复事件

转载 作者:行者123 更新时间:2023-12-04 20:31:16 24 4
gpt4 key购买 nike

在 redux 存储中存储/处理重复事件的正确方法是什么?

问题:假设我们有一个后端 API,它通过复杂的业务逻辑生成重复事件。一些事件可能具有相同的 ID。假设生成的输出看起来像这样:

[
{
"id": 1,
"title": "Weekly meeting",
"all_day": true,
"starts_at": "2017-09-12",
"ends_at": "2017-09-12"
},
{
"id": 3,
"title": "Daily meeting1",
"all_day": false,
"starts_at": "2017-09-12",
"ends_at": "2017-09-12",
},
{
"id": 3,
"title": "Daily meeting1",
"all_day": false,
"starts_at": "2017-09-13",
"ends_at": "2017-09-13",
},
{
"id": 3,
"title": "Daily meeting1",
"all_day": false,
"starts_at": "2017-09-14",
"ends_at": "2017-09-14",
}
]

可能的解决方案是:通过具有如下组成的附加属性 uid 来生成唯一 ID: id + # + starts_at .这样我们就可以唯一地识别每个事件。 (我现在正在使用这个)

示例 :
[
{
"id": 1,
"uid": "1#2017-09-12",
"title": "Weekly meeting",
"all_day": true,
"starts_at": "2017-09-12",
"ends_at": "2017-09-12"
}
]

我想知道有没有其他方法,也许比编写唯一 id 更优雅?

最佳答案

您当前的解决方案可能存在缺陷。如果 id 会发生什么和 start_id两个事件会一样吗?在您的域中是否可能出现这种情况?

因此我通常使用 this nice lib在这种情况下。它产生非常短的唯一 id,它们具有一些很好的属性,例如保证不相交、不可预测等。

还要问问自己,在您的案例中您是否真的需要唯一的 ID。看起来您的后端无论如何都没有机会区分事件,那何必呢? Redux 商店将很乐意在没有 uid 的情况下保持您的事件。 .

关于json - Redux 和 Calendar 重复事件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45893842/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com