Javascript FullCalendar V3 renderEvents函数导致所有其他事件重新渲染

Javascript FullCalendar V3 renderEvents函数导致所有其他事件重新渲染,javascript,html,fullcalendar,fullcalendar-scheduler,fullcalendar-3,Javascript,Html,Fullcalendar,Fullcalendar Scheduler,Fullcalendar 3,我正在使用完整的日历调度插件,在一个30天的观看范围内有3000个事件 我发现,调用“renderEvent”、“renderEvents”和“removeEvents”等方法时会导致所有事件重新渲染。 这可以通过在eventRender回调中添加console.log来观察 这会导致我的计划程序在每次更改后需要约5秒的时间进行渲染 有没有办法只渲染添加的事件或删除单个事件?没有,因为对一个事件的更改总是有可能需要对另一个事件进行更改…例如。如果它们现在重叠,则可能需要重新绘制另一个事件以留出空

我正在使用完整的日历调度插件,在一个30天的观看范围内有3000个事件

我发现,调用“renderEvent”、“renderEvents”和“removeEvents”等方法时会导致所有事件重新渲染。 这可以通过在eventRender回调中添加console.log来观察

这会导致我的计划程序在每次更改后需要约5秒的时间进行渲染


有没有办法只渲染添加的事件或删除单个事件?

没有,因为对一个事件的更改总是有可能需要对另一个事件进行更改…例如。如果它们现在重叠,则可能需要重新绘制另一个事件以留出空间(反之亦然)。正如我相信你可以想象的那样,这种影响也可能会级联到其他事件中。这会导致实际问题吗?在我的用例中,不可能有两个事件重叠。因此,没有一个事件会影响另一个事件的位置。此限制导致我的计划程序在每次更改后都要花费约5秒的时间进行渲染。这是您自己的业务逻辑。不过,日历代码并不(逻辑上也不可能)知道您永远不会做这样的事情。这是必要的,可能还有其他原因,这是显而易见的。我没有实现fullCalendar,所以很容易会有其他事情发生……你必须问开发人员。你是否考虑过同时显示3000个事件是否真的有必要?我怀疑是否有人会发现这样一个UI是可用的。没有多少人能够吸收那么多的信息。我猜他们可能也不需要它,我想他们可能在寻找更具体的东西?您是否考虑过显示更短的时间段,和/或允许用户按资源筛选显示,或者您的事件可以分组到的其他类别?这是一个公平的观点,但在这种情况下,当前的业务要求是能够看到跨行形成模式的所有事件。我知道调度器的正常使用以及库的表面价值的限制。我希望找出是否有一些关于调度器的内部不太了解的东西,可以用来在只有一个事件被更改时绕过渲染所有事件。