calendar - 好的事件日历/日程安排设计指南？

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

3年前关闭。




Improve this question




在我正在设计的应用程序中，用户必须能够指定相当复杂的事件调度(连续时间 block 与每日时间 block 、异常日期/时间、重复模式等)

有谁知道在线这样的东西有一个好的设计页面？例如，this page's 给我留下了深刻的印象。描述如何进行数据库审计跟踪，并且会喜欢类似的东西。

目前的想法

我的数据库将包含以下表格:Events 和 ScheduleItems

关系将是事件 {1 -- 0..*} ScheduleItems

事件将具有以下列:eventId、schedulePattern

ScheduleItems 将具有以下列:eventId、startDateTime、endDateTime

前端控件将允许用户指定一般规则(每天/连续，包括/不包括周末，开始/结束日期/时间等)。如果他们对现有控件不满意，他们可以选择显示并手动调整生成的“时间 block ”

关于保存事件日程...

如果只使用提供的控件(不进行调整)，我会将他们的选择保存为事件表中的模式(即“sd:2010-04-28;st:09:20:00;ed:2010-05-12; et:17:20:00;r:2w[M-Th];z:EST"等)

如果用户手动调整生成的时间 block ，我会将每个单独的时间 block 保存在 ScheduleItems 表中，并给 Events.schedulePattern 一个特殊代码(“MANUAL”或其他东西)。

优点

我应该能够直接通过模式字段保存 > 90% 的事件，并且能够通过“蛮力”ScheduleItems 表处理任何其他极端情况。由于一些处理的案例包括可能持续数月的事件(否则会导致大量的时间 block )，将其放在一条线上是相当有吸引力的。

缺点

这是一个相当复杂的解决方案；任何其他需要此数据的系统都需要能够处理 schedulePattern 解析以及知道何时获取 ScheduleItems。

Answer 1

“schedulePattern”以成熟的方式使用Cron存储用户计划的格式是运行任务的好主意。

这种格式简单但复杂。在关系数据库中，如果将 Cron 的每个“条目”分隔到具有合适索引的表列中，将会有一些性能优势。

然而，努力是这种格式和用户界面之间的转换。以及最初应记录用户输入的原始数据。

我会设计两种表，一种用于用户输入的原始数据，另一种用于调度运行任务。