Date 不存在日期上的重复日期

当让某件事情在一定时间内重复出现时，我应该如何对待那些不会在每个时间间隔内重复出现的时间

例如，2月29日的生日提醒应该怎么办？或者如果我在31号有一个月约会，那么在没有31号的月份会发生什么

---

你认为合理的用户会期望什么？我对这个问题的第一反应是，如果该日期到了，用户可以选择怎么做（转到第二天，跳过这一天，等等）

---

但是，为了直接回答您的问题，我相信理性的用户对发生在“跳过”日期前一天的事件不会感到惊讶。

我对这个问题的第一反应是，如果发生在该日期（转到第二天，跳过该天，等等），让用户选择该怎么做

---

但是为了直接回答您的问题，我相信理性的用户对发生在“跳过”日前一天的事件不会感到惊讶。

我认为您可以很容易地标记这样的日期。我能想到的唯一日期是一个月的29日、30日和31日，或者2月29日

当用户选择每月（或每年2月29日）提醒其中一个日期时，您可以提示他们这些月份的备用日期

---

此外，您还可以选择在“每个月的最后一天”收到通知。

我想您可以很容易地标记这样的日期。我能想到的唯一日期是一个月的29日、30日和31日，或者2月29日

当用户选择每月（或每年2月29日）提醒其中一个日期时，您可以提示他们这些月份的备用日期

---

此外，您还可以选择“在每个月的最后一天”收到通知。

理想情况下，在创建提醒时进行提示

---

如果你被它困住了，我会把它们向前拉。这是最无害的选择。你并不总是想要一点惊喜，最大限度地减少做出错误选择的危害也很重要。

理想情况下，在创建提醒时提示

---

如果你被它困住了，我会把它们向前拉。这是最无害的选择。你并不总是想要一点惊喜，最大限度地减少做出错误选择的危害也很重要。

在希伯来历法中，这要复杂得多（不仅某些月份的天数不同，有时还有闰月）。在希伯来历法中，这要复杂得多（不仅某些月份的天数不同，有时还有闰月）.我更喜欢先跌倒后跌倒的选择，而不是罗兰提出的先跌倒后跌倒的选择，因为提醒某人迟到一天可能比提前一天更糟糕。这也是我的想法。我更喜欢先跌倒后跌倒的选择，因为提醒某人迟到一天可能比提前一天更糟糕这也是我的想法。