Aurelia CLI app-bundle自动更新变慢

Question

嗨我在Aurelia CLI上有一个web应用程序runnig.

根据我在文档中看到的内容,Aurelia CLI始终"捆绑"运行,并且永远不会直接定位源文件.通过运行"au run -watch"命令,Aurelia"监听"文件更改并自动重新创建app-bundle.js.控制台的示例输出:

Starting 'readProjectConfiguration'...
Finished 'readProjectConfiguration'
Starting 'processMarkup'...
Starting 'processCSS'...
Starting 'configureEnvironment'...
Finished 'configureEnvironment'
Starting 'buildJavaScript'...
Finished 'processCSS'
Finished 'processMarkup'
Finished 'buildJavaScript'
Starting 'writeBundles'...
Tracing views/references...
Writing app-bundle.js...
Finished 'writeBundles'
Starting 'reload'...
Finished 'reload'

这很酷,但就我而言,它会导致糟糕的开发人员体验.当我早上来上班时,我所做的任何更改都可以在app.bundle中更新,但在工作一段时间之后,"buildJavaScript"进程(请参阅控制台输出)总是需要更长时间才能完成,几个小时后工作甚至可达30-40秒!对我来说,作为开发人员工作并且必须测试许多小的变化,这是非常痛苦的.

我不时尝试(并且仍然这样做)停止"au run -watch"命令并再次重新执行它,最初它会变得更好一些,但过了一段时间后问题就出现了.

我的问题是:是否有解决方法,或者某种方法来加快速度,或者直接从源文件服务而不是捆绑版本,或者可能是其他解决方案？这可能是由于Aurelia本身的内存泄漏造成的吗？

更新:

每隔一段时间它就会变得如此之慢以至于它实际上都会崩溃.这是我今天(以及其他几次)从控制台获得的内容:

==== Details ================================================

[1]: _tickCallback(aka _tickDomainCallback) [internal/process/next_tick.js:~108] [pc=000000C928AFCE81](this=000003B0DF48BE31 <a process with map 0000012166110B71>) {...

FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

Answer 1

这是一个较晚的答案，但为了将来的参考，我认为重要的是要指出，自从最近的 Aurelia CLI 版本以来，这个问题已经得到解决。

性能问题，连同一些主要的稳定性问题，已经在GitHub #293: Error in buildTypeScript: A project can be beused in multiple iterations at at at 中进行了深入讨论。

这意味着如果您将 Aurelia CLI 更新到v0.30 或更高版本，您将体验到明显更好的性能和稳定性。