javascript - 很多 Backbone 意见 - 性能问题？

Question

tl;dr:我想知道有很多(目前超过 100 个，可能高达 1000/2000 或更多)主干 View (作为表格的一个单元格)是否太重了

我正在从事的项目围绕着规划 View 展开。每个用户一行，涵盖一天的 6 个小时，每个小时分为 4 个 1500 万个时段。此计划用于在单击插槽时添加“预订”，并应处理正确插槽的悬停，以及在无法进行预订时处理 - 即。防止用户点击“不可用”插槽。

一个slot无法点击的原因有很多:用户此时没空，或者用户正在预约中；或者应用程序需要在两次预订之间“强制”一个延迟时段。预订(一个 div)呈现在一个插槽(表格的一个单元格)中，并通过调整尺寸，将鼠标悬停在正确数量的插槽中。

所有这些屏幕都由 backbone 处理。因此，对于我徘徊的每个时段，我需要检查我是否可以在这里进行预订。截至目前，我通过玩弄插槽上的 data 属性来使用它:添加保留对象时，所覆盖的插槽“通过(除其他外)保留对象(主干 View )得到增强对象)。

但在某些情况下我现在不太了解，它混淆了，当保留 View 被删除时，槽没有被“清理”:之前的 class 是没有正确重置。这可能是我做错了或做错了，但这只会变得更重；我想我应该在这里使用另一类 Backbone View ，但恐怕 View 对象的插槽数量和其中的数量会很高并导致性能问题。我对 js perf 不太了解，所以我想在跳上那列火车之前得到一些反馈。关于如何执行此操作的任何其他建议也将非常受欢迎。

感谢您的宝贵时间。如果这还不够清楚，请告诉我，我会尝试重新措辞。

Answer 1

我们有一个相当复杂的 backbone.js 应用程序，在给定时间可能有数千个 View 。我们的瓶颈主要来自未正确删除的 View 的内存泄漏或不必要地重新渲染 View 的事件驱动渲染。也就是说，实际观看次数似乎影响不大。主干 View 非常轻量级，所以只要您没有太多事件绑定(bind)到它们，就不是什么大问题。

您可能会遇到性能问题，但 View 可能不是问题。

不过，如果您确实使用了数千个 View ，您可能想要做的是将初始渲染隐藏到一个大的“.html()”调用中。为此，您可以根据 View 的 cid 为每个 View 元素提供一个 id，然后连接 View 的 html 字符串，然后在每个 View 上使用 setElement 再次查找其元素。