Aurelia CLI應用程序包自動更新變得緩慢

嗨我在Aurelia CLI上有一個web應用程序runnig。Aurelia CLI應用程序包自動更新變得緩慢

從我讀過的in the documentation中，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本身存在內存泄漏嗎？

UPDATE：

每過一段時間就變得很慢，它實際上崩潰。這就是我今天（以及其他幾次）從控制檯得到：

==== 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

來源

2016-11-29 Mirko Lugano

我已經注意到了。這隻與'aurelia-cli'無關，當直接使用'gulp watch'時''jspm'應用程序中會出現同樣的「減速」性能，這最終是'aurelia-cli'使用的。所以，也許你可以在問題中加上'gulp'和'gulp-watch'標籤。想知道是否有一些方法可以修復/改善這個... –

thanx的提示，我已經添加了標籤。 –

這是一個遲到的回答，而是以供將來參考我想指出的是，由於最近奧裏利亞CLI釋放這是非常重要的問題已得到解決。

性能問題以及一些主要的穩定性問題已在GitHub #293: Error in buildTypeScript: A project cannot be used in two compilations at the same time中進行了充分討論。

這意味着如果您將Aurelia CLI更新爲v0.30 or higher，您將體驗到更好的性能和穩定性。

來源

2017-07-14 06:38:53

我已經將aurelia-cli更新爲0.31.3以及所有其他npm包到它們的最新版本，它已經變得更好，但過了一段時間後它仍然變慢（可能不像以前那麼慢，但仍然很煩人）。我仍然必須不時地重新開始「觀察」。 –

Aurelia CLI應用程序包自動更新變得緩慢

回答

相關問題