如何调查“Exception form Deps recompute"有什么线索? [英] How to investigate "Exception form Deps recompute" what are the clues?

问题描述

我在做一个大项目，第一次接触 Meteor，我开始经常接触到这个.很难将其追溯到特定提交，因为它似乎是间歇性的.

I am on a big project, first exposure to Meteor, and I am starting to get this very often. It will be hard to trace it back to a particular commit, as it seemed intermittent.

找到问题的有效方法是什么?异常中有什么可以帮助缩小范围吗?如何单步执行/设置断点/排除 Deps?我所有的 deps 都是来自 mongo 操作的 auto 的，或者是 session var 上的，没有明确的.

What is a fruitful way to approach finding the problem? Is there anything in the exception that helps narrow it down? How do I step through/set breakpoints in/rule out the Deps? All my deps are the auto ones from mongo operations, or one on a session var, nothing explicit.

谢谢

https://gist.github.com/jimmack1963/6254452

推荐答案

根据我的经验，这通常意味着模板中的代码会崩溃.您正在将 {{#each 用于不是数组或对象的东西，或者其他一些禁忌.如果您确实在某处使用 Deps.autorun，大概您会在堆栈跟踪中看到您的函数；但如果跟踪只是核心 Meteor 函数的列表，则意味着问题可能出在模板或其助手中.

In my experience, this usually means you have crashing code within a template. You're using {{#each on something that's not an array or object, or some other no-no. If you were actually using Deps.autorun somewhere, presumably you would see your function in the stack trace; but if the trace is just a list of core Meteor functions, that means the problem is likely in a template or one of its helpers.

这篇关于如何调查“Exception form Deps recompute"有什么线索?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！