2016-11-29 4 views
5

Привет, У меня есть веб-приложение runnig на Aurelia CLI.Автоматическое обновление приложения-пакета Aurelia CLI замедляется

Из того, что я читал in the documentation, Aurelia CLI работает всегда «в комплекте» и никогда не нацеливает непосредственно исходные файлы. Запустив команду «au run -watch», Аурелия «прослушивает» изменения файла и автоматически обновляет 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 
+3

Я заметил то же самое. Это не связано только с 'aurelia-cli', то же самое« замедление »производительности происходит в приложении' jspm' при непосредственном использовании 'gulp watch', что в конечном итоге используется« aurelia-cli ». Таким образом, возможно, вы могли бы добавить теги 'gulp' и' gulp-watch' к этому вопросу. Хотелось бы узнать, есть ли способ исправить/улучшить это ... –

+1

thanx для подсказки, я добавил теги. –

ответ

0

Это поздний ответ, но в будущем, я думаю, это важно отметить, что, так как более поздние Aurelia CLI выпускает этот проблема была исправлена.

Вопрос о производительности наряду с некоторыми серьезными проблемами стабильности подробно обсужден в GitHub #293: Error in buildTypeScript: A project cannot be used in two compilations at the same time.

Это означает, что если вы обновите CLI Aurelia до v0.30 or higher, вы получите значительно лучшую производительность и стабильность.

+1

Я обновил aurelia-cli до 0,31.3 и все остальные пакеты npm до их последних версий, он стал лучше, но через некоторое время он все еще медленно (возможно, не так медленно, как раньше, но все еще раздражает). Мне все равно приходится останавливаться и перезапускать «часы» время от времени. –

Смежные вопросы