クライアント用の PHP/mySQL カレンダー アプリケーションの仕様を作成しています。解決しなければならない問題の 1 つは、「毎年、日曜日が 5 月の最初の週末に」などのルールによって発生が設定される定期的なイベントです。クライアントは、「3 月から 6 月の第 3 木曜日に発生する」などのルールを設定できるようにしたいと考えています。
クライアントは、これらを定義し、今後 X 年間はイベント発生率テーブルにそれらを事前入力しないように依頼しました。
この種のパターン ベースの繰り返しを可能にする既存のカレンダー ソリューションはありますか?
定期的なイベントが作成または更新されたときに、パラメーターを使用してイベント テーブルで定期的なイベントの発生を生成するのではなく、このようなルールに基づいてクエリを実行するカレンダー システムはありますか?
私がこれまでに読んでいること：
を。 http://martinfowler.com/apsupp/recurring.pdf
b. http://www.kanzaki.com/docs/ical/recur.html
c. https://www.rfc-editor.org/rfc/rfc5545#page-37
d. https://www.rfc-editor.org/rfc/rfc5545#section-3.8.5.3
e. iCalendar "フィールド" リスト (iCalendar 標準に基づくデータベース スキーマ用)
f. カレンダー アプリケーションで定期的なイベントをモデル化する最良の方法は何ですか?
g. http://en.wikipedia.org/wiki/ICalendar#Technical%5F仕様
h. http://muddybranch.thejkgroup.com/2005/01/why-remove-icalendar-recurring-rules/
私。 カレンダー アプリを作成するときに、データベースに日付または繰り返しルールを保存する必要がありますか?
注: これは、繰り返しルールを保存し、これらに基づくハード インスタンスを x か月先まで保存することを提案しています。
k. カレンダー アプリを作成するときに、データベースに日付または繰り返しルールを保存する必要がありますか?
私。データを「正規」データ (繰り返しルール) と「提供」 (生成された日付、再生成以外は読み取り専用) の 2 つの部分に分けます。正規データが変更された場合は、その時点で「提供」データを再生成します。無限の繰り返しの場合、いくつかのインスタンスを保持し、不足した場合 (たとえば、ユーザーが 2020 年のカレンダーを見た場合) にさらに生成します。
l. Calendar Recurring/Repeating Events - Best Storage Method スキーマと SQL を使用した一意の回答
メートル。 https://github.com/tusharmath/sheql 定期的な日付の言語
n. https://github.com/tplaner/When これは、RRULE を含むルールに基づいて日付を生成するのに最適です