【问题标题】:Aurelia/Babel 6 sourcemaps shown as htmlAurelia/Babel 6 sourcemaps 显示为 html
【发布时间】:2016-04-06 19:53:37
【问题描述】:

在撰写本文时,我有一个更新到最新测试版的 aurelia 应用程序1.0.0-beta.1.2.1。这个版本的aurelia已经使用了Babel 6,我的应用是基于ASP.NET 5 ES2016 navigation skeleton的。

“突然之间”,每当我尝试在 Chrome(版本 49.0.2623.110 m(64 位))开发工具中打开我未编译的 javascript 源文件时,例如 main.js,我看到的只是 Index.cshtml 的 html。
我尝试打开哪个 javascript 文件并不重要,它总是显示 Index.cshtml 的 html 而不是 javascript。

转译后的文件在 Chrome 开发工具中正确显示。

我以前遇到过这种情况,但这通常意味着我在某个地方遇到了绑定或模板错误,但在这种情况下,应用程序运行良好,所以它可能与源映射有关......或者是这样吗?

我的问题是:

  1. 追踪微妙绑定或模板的最佳方法是什么 Aurelia的错误?我在应用程序中尝试做的所有事情 很好,但我暂时不排除这是我自己的错。

  2. 如果这不是我的错,有没有人遇到过这种情况?什么 是源地图不起作用的原因;是奥蕾莉亚吗?是吗 通天塔 6? 是 Chrome 吗?

更新

这似乎不是 Chrome 的问题; Edge也出现同样的问题。

更新 2

通过关闭 Chrome 开发者工具上的 Enable javascript sourcemaps,我可以调试已编译的代码。 我正在使用的 transpilation gulp 任务是从上述版本复制/粘贴的。

还有其他人遇到过这个问题吗?

【问题讨论】:

  • 听起来您的网络服务器没有正确地为源提供服务。不知道为什么,但响应的正文可能更能说明问题。
  • @PWKad 好电话,我会尝试在此处添加响应正文。
  • @PWKad 响应的正文当然是转译的js文件;对不起。当我尝试打开未转译的原始源时,我得到了 html。

标签: babeljs aurelia babel-6


【解决方案1】:

好的,我想我找到了问题所在。

我在build-system 定义的build-system gulp 任务中将includeContent 更改为true true,因此该文件的第23 行如下所示:

.pipe(sourcemaps.write({ includeContent: true}))

这在导航框架中设置为false,所以更多的人应该有同样的问题。无论如何,这似乎已经解决了问题。

我还删除了该调用中的 sourceRoot: "/src" 参数,因为仅当 includeContentfalse 时才需要。

【讨论】:

    猜你喜欢
    • 2017-07-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-05-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多