d
рантайм не меняется, меняется ток сборка
Size: a a a
2020 April 11
d
рантайм как раз почти одинаковый, за исключением стадии компиляции шаблонов в браузере
AI
Ну в момент релиза может быть. Я его тогда почти не тыкал
Ну я потыкал потому что иви реально дал прирост в перформансе, правда половина не работала
AI
рантайм как раз почти одинаковый, за исключением стадии компиляции шаблонов в браузере
Так это и есть разница в рантайме
d
если у тебя что-то не так с шаблонами то упадёт не в рантайме, а при сборке. Всё что после компиляции шаблонов (до рантайма или в процессе) работает одинаково
AI
Учитывая на каких костылях там все внутри - это прям критикал
AI
Плюс цена ошибки в проектах может быть разной
ДК
- проверка типизации шаблонов
- ф5 на сайте сильно быстрее т.к. шаблоны уже скомпилены
- самое важное - консистентность
- ф5 на сайте сильно быстрее т.к. шаблоны уже скомпилены
- самое важное - консистентность
Типизацию можно плагинами IDE/редактора проверять. Консистентность - да, есть проблема, но я просто делаю одну aot-сборку перед коммитом, и проверяю, что все минимально ок
AI
Типизацию можно плагинами IDE/редактора проверять. Консистентность - да, есть проблема, но я просто делаю одну aot-сборку перед коммитом, и проверяю, что все минимально ок
Ну вот, а можно сразу билдить
AI
В момент разработки
ДК
Но зависит от проекта, согласен
d
> я просто делаю одну aot-сборку перед коммитом, и проверяю, что все минимально ок
конкретный разработчик может делать что угодно. Проблема когда у тебя больше чем один разработчик и любое такое требование как самому проверять аот сборку перед коммитом это отличное место для регулярных ошибок
конкретный разработчик может делать что угодно. Проблема когда у тебя больше чем один разработчик и любое такое требование как самому проверять аот сборку перед коммитом это отличное место для регулярных ошибок
ДК
> я просто делаю одну aot-сборку перед коммитом, и проверяю, что все минимально ок
конкретный разработчик может делать что угодно. Проблема когда у тебя больше чем один разработчик и любое такое требование как самому проверять аот сборку перед коммитом это отличное место для регулярных ошибок
конкретный разработчик может делать что угодно. Проблема когда у тебя больше чем один разработчик и любое такое требование как самому проверять аот сборку перед коммитом это отличное место для регулярных ошибок
Ооооо, это да. Но тут уже надо налаживать дисциплину
AI
> я просто делаю одну aot-сборку перед коммитом, и проверяю, что все минимально ок
конкретный разработчик может делать что угодно. Проблема когда у тебя больше чем один разработчик и любое такое требование как самому проверять аот сборку перед коммитом это отличное место для регулярных ошибок
конкретный разработчик может делать что угодно. Проблема когда у тебя больше чем один разработчик и любое такое требование как самому проверять аот сборку перед коммитом это отличное место для регулярных ошибок
+
ДК
Плюс ручное тестирование на препроде
d
всё что можно автоматизировать стоит автоматизировать. Любые организационные требования к разработчикам это идеальное место для багов и ты ничего с этим не сделаешь, как бы не налаживал дисциплину (и вообще налаживание такой фигни это трата времени и своего и разработчиков в никуда, лучше автоматизация)
ДК
Ну а с другой стороны мы теряем время на пересборках. Вопрос что лучше, зависит от ситуации
ДК
Идея на послекарантина: организовывать дебаты по таким вот спорным вопросам
d
время пересборки на 9+ в аот не сильно медленней чем без него и будет оптимизироваться дальше. Это время целиком экономится на каждый ф5 т.к. с джитом браузер ещё секунд 10 (зависит от размера проекта офк) компилит вообще все шаблоны, а не только изменившиеся как при аот пересборке
d
т.е. ты всегда в проигрыше по времени и консистентности с не-аот пересборкой на нг9+