Что лучший способ состоит в том, чтобы смоделировать повторяющиеся события в календарном приложении?

Сохраните события как повторение и динамично отобразите их, однако позвольте повторяющемуся событию содержать список определенных событий, которые могли переопределить информацию по умолчанию в определенный день.

при запросах повторяющегося события оно может проверить на определенное переопределение в течение того дня.

, Если пользователь вносит изменения, то можно спросить, хочет ли он обновить для всех экземпляров (детали по умолчанию) или только в тот день (делают новое определенное событие и добавляют его к списку).

, Если пользователь просит удалять все повторения этого события, Вы также имеете список специфических особенностей для вручения и можете удалить их легко.

единственный проблематичный случай был бы то, если пользователь хочет обновить это событие и все будущие события. В этом случае необходимо будет разделить повторяющееся событие на два. В этой точке можно хотеть рассмотреть соединение повторяющихся событий в некотором роде, таким образом, можно удалить их всех.

Вы могли сохранить события как повторение, и если конкретный экземпляр был отредактирован, создайте новое событие с тем же идентификатором события. Тогда при поиске события, ищите все события с тем же идентификатором события для получения всей информации. Я не уверен, прокрутили ли Вы свою собственную библиотеку события, или если Вы используете существующий, таким образом, это не может быть возможно.

Из этих ответов у меня есть вид просеянных решение. Мне действительно нравится идея понятия ссылки. Повторяющиеся события могли быть связанным списком с хвостом, зная его правило повторения. Изменение одного события тогда было бы легко, потому что ссылки остаются на месте, и удаление события легко также - Вы просто расцепляете событие, удаляете его и повторно связываете событие прежде и после него. Все еще необходимо запросить повторяющиеся события каждый раз, когда кто-то смотрит на новый период времени, никогда не, смотрел на прежде на календаре, но иначе это довольно чисто.

1. Отслеживают правило повторения (вероятно, на основе iCalendar, на Kris K. ). Это будет включать шаблон и диапазон (Каждый третий вторник для 10 случаев).
2. Для того, когда Вы хотите редактировать/удалять определенное возникновение, отслеживайте даты исключения вышеупомянутого правила повторения (даты, где событие не делает , происходят, поскольку правило определяет).
3. , Если Вы удалили, это - все, в чем Вы нуждаетесь, если Вы отредактировали, создайте другое событие и дайте ему родительский идентификационный набор основному событию. Можно выбрать, включать ли всю информацию основного события в этой записи, или если это только содержит изменения и наследовало все, что не изменяется.

Примечание, что при разрешении правил повторения, которые не заканчиваются, необходимо думать о том, как отобразить теперь бесконечный объем информации.

Hope, которая помогает!

Я рекомендовал бы использовать питание библиотеки даты и семантику модуля диапазона рубина. Повторяющееся событие является действительно временем, диапазон дат (запуск & конец) и обычно единственный день недели. Используя дату & диапазон можно ответить на любой вопрос:

#!/usr/bin/ruby
require 'date'

start_date = Date.parse('2008-01-01')
end_date   = Date.parse('2008-04-01')
wday = 5 # friday

(start_date..end_date).select{|d| d.wday == wday}.map{|d| d.to_s}.inspect

Производит все дни события, включая високосный год!

# =>"[\"2008-01-04\", \"2008-01-11\", \"2008-01-18\", \"2008-01-25\", \"2008-02-01\", \"2008-02-08\", \"2008-02-15\", \"2008-02-22\", \"2008-02-29\", \"2008-03-07\", \"2008-03-14\", \"2008-03-21\", \"2008-03-28\"]"

Можно хотеть посмотреть на iCalendar реализации программного обеспечения или сам стандарт (<забастовка> RFC 2445 RFC 5545 ). Чтобы прийти на ум быстро являются проектами Mozilla http://www.mozilla.org/projects/calendar/ А, который быстрый поиск показывает http://icalendar.rubyforge.org/ также.

Другие опции можно рассмотреть в зависимости от того, как Вы собираетесь сохранить события. Вы создаете свою собственную схему базы данных? Используя что-то находящееся в iCalendar, и т.д.?

Для программистов .NET, готовых платить некоторые лицензионные сборы, вы можете найти Aspose.Network полезным ... он включает совместимую с iCalendar библиотеку для повторяющихся встреч.

Может быть много проблем с повторяющимися событиями, позвольте мне выделить несколько, о которых я знаю.

Решение 1 - нет экземпляров

Сохранять исходные данные о встрече + повторения, не сохранять все экземпляры.

Проблемы:

• Вам придется вычислять все экземпляры в окне даты, когда они вам понадобятся, дорого.
• Невозможно обработать исключения (например, вы удаляете один из экземпляров или перемещаете это, или, скорее, вы не можете сделать это с этим решением)

Решение 2 - сохранить экземпляры

Сохраните все, начиная с 1, но также и все экземпляры, связанные с исходной встречей.

Проблемы:

• Занимает много места (но пространство дешево, поэтому незначительно)
• Исключения необходимо обрабатывать аккуратно, особенно если вы вернетесь и отредактируете исходную встречу после создания исключения. Например, если вы переместите третий экземпляр на один день вперед, что, если вы вернетесь и отредактируете время исходной встречи, снова вставите другую в исходный день и оставите перенесенную? Отключить перемещенный? Попытаться изменить перемещенный вариант соответствующим образом?

Конечно, если вы не собираетесь делать исключения, тогда подойдет любое решение, и вы в основном выбираете сценарий компромисса времени / пространства.

Я использую схему базы данных, как описано ниже, для хранения параметров повторения

http://github.com/bakineggs/recurring_events_for

Затем я использую runt для динамического вычисления даты.

https://github.com/mlipper/runt

Что, если у вас есть повторяющаяся встреча без даты окончания? Поскольку пространство в том, что у вас нет бесконечного пространства, поэтому решение 2 - не стартер там ...

Могу ли я предложить, чтобы «дата окончания» не может быть разрешена до даты окончания в конце век Даже на дневное событие количество места остается дешевым.