javascript - 为什么下划线延迟解决了我的这么多问题？

Question

在使用 backbone 几周后，我意识到 underscore defer 最终解决了我在渲染各种 View 时遇到的许多异步问题。 有人可以帮助我准确理解下划线 defer 的作用以及 $.ready() 或其他类型的等待 dom 渲染函数有何不同。使用它的缺点是什么？

_.defer = function(func) {
    return _.delay.apply(_, [func, 1].concat(slice.call(arguments, 1)));
};

Answer 1

# These are equivalent
_.defer(fn);
setTimeout(fn, 1);

所以 defer 只是一个一毫秒的 setTimeout。 (它还有一些更方便的功能，但这些在这里并不重要。)

---

JavaScript 有运行循环。它是单线程的，但它的执行是根据事件或计时器开始和停止的。每次您的 JS 引擎开始运行一些代码时，它都会开始其运行循环的一次迭代。

那么 defer 所做的就是说“在下一个运行循环中运行这段代码”。

_.defer(function() { alert('after'); });
alert('before');

这会在“之前”和“之后”发出警报。这是因为当前运行循环在“之前”结束警报，然后紧接着新的运行循环启动并运行“之后”警报的代码。

因此，只要您的代码就在这里，但您希望它首先运行在此代码之后出现的代码，那么您可以使用defer。

_.defer(functionToRunLast);
functionToRunFirst();

这对于 DOM 来说很方便。有时您更改它，但更改不会立即解析或呈现。在运行循环结束时，浏览器跟上并解析和渲染 DOM，然后下一个运行循环开始并可以与新渲染的 DOM 交互。

(究竟是什么情况导致了 DOM 解析延迟，我不确定，但我过去在自己的项目中注意到过。)

---

它不是 DOM 就绪的替代品。下一个运行循环可能发生在 DOM 就绪触发之前，不要混淆这些概念。