小编use*_*334的帖子

我们的团队正在运行相当简单的 Next.js 应用程序，当我们在代码中遇到问题时，我们会在控制台的堆栈跟踪中看到不正确的行号。

举一个简单的例子，从这里找到的 create-next-app 教程代码开始。然后修改该处理函数以引发错误：

export default function handler(req, res) {
  throw new Error("line2");
  res.status(200).json({ text: 'Hello' })
}

./pages/api/hello.js

然后访问http://localhost:3000/api/hello

在控制台我们看到：

Error: line2
    at handler (webpack-internal:///./pages/api/hello.js:4:9)
    at apiResolver (/home/jasonnet/jack_work/nextjs-blog/node_modules/next/dist/next-server/server/api-utils.js:8:7)
    at process._tickCallback (internal/process/next_tick.js:68:7)

其中列出了第 4 行而不是第 2 行的错误。

这只是一个简单的例子。我们发现，有时这看起来工作正常（例如，在使用 Next.js 11.0 的 Linux 上），但实际上，正确的行号是偶然显示的，只需在文件顶部添加导入即可发现它实际上并没有显示。工作。所以我问...

在 2021 年老式 Next.js（例如 v10、v11）中支持的解决此问题的方法是什么？

我问的问题差不多就像你在这里看到的那样,但是必须使用groovy而不是java语法.理想情况下,答案非常简洁.

我有一个人顶点的简单图表.每个人都有一个"年龄"属性,列出该人的年龄.还有"worksFor"标记的边连接成对的顶点.我希望看到边缘两端的人具有相同年龄属性的所有边缘.

然后,我想要一个类似的查询,其中两个年龄相差不到3年.

如前所述,这应该是groovy,而不是Java语法.Gremlin 3是首选,但Gremlin 2的答案是可以接受的.

如果比较不符合预期，大多数Jest的 expect(arg1).xxxx() 方法将抛出异常。这种模式的一个例外似乎是 toMatchSnapshot() 方法。它似乎从不抛出异常，而是存储失败信息以供后续 Jest 代码处理。

我们如何导致 toMatchSnapshot() 抛出异常？如果这是不可能的，我们的测试是否可以通过另一种方式检测快照比较失败的时间？