S
вроде уже все делала по рекомендациям из гугла, сейчас увидела еще штуку такую, что кто-то пишет, замените target на es2015, но у меня в параллельно лежащем проекте именно так и прописано
посмотри в файле, на что именно ругается
Size: a a a
2020 March 16
T
посмотри в файле, на что именно ругается
T
во втором файле тоже на класс, а в main на стрелочную
S
ну видишь, это не ес5
T
да, я вижу(
но не понимаю, что упускаю(
но не понимаю, что упускаю(
S
да, я вижу(
но не понимаю, что упускаю(
но не понимаю, что упускаю(
а компоненты, тоже классами остаются?
AP
да, сеттеры и геттеры лучше вообще никогда не использовать)
чаво простите?
AP
то что зона их часто дергает не повод от них отказываться
AP
просто нужно грамотно управлять отрисовкой в ручную
AS
о, нашел какую-то критику сеттеров. Дескать, вдруг ты опечатаешься и вместо person.fullName сделаешь person.fulName - тогда новое поле создастся! а если сделаешь person.setFulName(name) вместо person.setFullName(name) - получишь ошибку
минус сеттера в том, что придется заводить приватное свойство. Но это все равно лучше, чем городить проверки в ngOnChanges
S
да, я вижу(
но не понимаю, что упускаю(
но не понимаю, что упускаю(
при чем пишет -es5.js )
AP
еще их частая перезагрузка лечится с использованием Mobx порта для ангуляра, последний крайне рекомендую. Снижает кол-во лишних перерисовок прилично
T
а компоненты, тоже классами остаются?
нет, поискала по всему main-es5 appcomponent, он без класса
T
при чем пишет -es5.js )
вот именно, да
S
то что зона их часто дергает не повод от них отказываться
при чем тут зона
S
они сами по себе ужасное решение
S
но это мое имхо, я вам не навязываю
AP
ага, только вот реактивность в вебе существует благодаря им в основном, если вы не в курсе
YK
они сами по себе ужасное решение
в типизированном языке - по-моему, норм
YK
вон шарповики не жалуются