Ember.js Ember appkit-调试

我们目前正在使用requirejs/backbone进行开发，使用firebug进行调试。我们正在考虑迁移到Ember并使用Ember appkit

我注意到，由于新的ES6 javascript模块，应用程序需要预编译成单个javascript文件app.js

我担心这会使调试问题变得困难，因为您处理的是一个庞大的单个文件，而不是我们目前拥有的、在firebug中很容易找到的小文件

---

这对人们来说是一个问题吗？有什么好的解决方案吗？

正如《kingpin2k》所提到的，Ember应用套件已经被有效地取代了。我建议你调查一下。根据您的需要和计划，Ember CLI可能适合您的情况，也可能不适合您的情况，但这是一项全新的技术，所以请注意

Ember CLI提供了一个基于Brocoli的构建系统，该系统将传输ES6模块，将输出压缩到单个Javascript文件中，等等。Ember CLI仍在大力开发中，但已经发展得相当不错了。在我看来，干净的代码组织和快速的花椰菜构建真的非常棒

Firefox和Chrome等现代浏览器都带有集成的调试器，在提供源代码映射时，调试器将向您显示原始源代码。当您运行开发服务器时，这将最终提供给Ember CLI项目中的浏览器。然而。现在可以在Ember CLI中获得一些源映射支持，请查看

同时，当然还有更多的方法来调试代码，我怀疑在适当的源代码映射支持出现在Ember CLI/Brocoli中之前，充分使用控制台日志记录等可能就足够了。运行Ember CLI的live reload development server意味着您在项目中更改和保存文件时，结果几乎会立即显示在浏览器中；西兰花长得很快

请记住，缩小所有Javascript代码并将其组合到单个输出文件中是单页应用程序框架（如Ember、Angular和主干）中的常见方法。使用断点调试这些应用程序，这种情况将越来越多地通过浏览器的调试工具以及源映射进行

更新

---

到现在为止，灰烬核心团队。它非常棒。

Ember正在从EAK迁移到Ember cli，你看了吗？我看了，但它说它还没有准备好发布。“尽管可能令人兴奋，但这仍然是一个正在进行的项目，使用风险自负。”我推出了两种不同的解决方案（一种是django，另一种是WebAPI）。多才多艺对我们来说非常重要，老实说，我会担心跳到EAK上，因为他们计划淘汰它。不过，对于你的问题，我已经调试了一个捆绑的应用程序好几次了，这还不算太糟糕，尤其是如果你在chrome中使用了ember扩展（这对调试真的很有帮助）.目前我建议您使用yeoman…最近我使用yeoman的余烬生成器完成了两个项目…尽管我需要深入研究余烬cli…我同意@CodeJack。我对约曼余烬发电机有更好的体验。我还注意到，对于EAK，“debugger”语句并不总是被点击——我将在另一个问题中询问这一点，尽管Ember CLI在其修订后的站点上不再说“not ready for prod”。我正试图在我的财富80强公司推动这一进程，但其中一个主要的缺点就是这个问题。映射文件类型调试在理论上运行良好，但我发现使用EAK时，有时会抛出断点。这有改进吗？是否有人在CLI中进行了有效的调试而没有问题？