DT
хм, у меня на проекте народ повсеместно пихает геттеры без сеттеров
не подскажешь, что за правило?
я б отрефакторил
не подскажешь, что за правило?
я б отрефакторил
Size: a a a
2018 March 27
DT
гугл что-то не знает
DT
accessor-pairsэто надо tslint-eslint-rules иметь
S
Я часто использую только геттер, что бы обозначить свойство, которое только читается и не изменяется через прямой доступ
S
Например isLoading не должно быть изменяемого снаружи компонента
DT
Я согласен с Максом, что это так себе практика.
Если ты не видишь имплементации, то откуда знать, что это просто геттер без сеттера
В этом случае лучше использовать метод
Если ты не видишь имплементации, то откуда знать, что это просто геттер без сеттера
В этом случае лучше использовать метод
MI
accessor-pairsэто надо tslint-eslint-rules иметь
ну да, у меня от eslint в tslint включены
ну наверное это холивар, но на ревью, я все-таки прошу людей писать get/set
ну наверное это холивар, но на ревью, я все-таки прошу людей писать get/set
A
мы очень часто используем гетеры для вычислимых свойств и для выноса логики из шаблонов
DT
Вキ
мы очень часто используем гетеры для вычислимых свойств и для выноса логики из шаблонов
Сейчас Макс расскажет, почему так делать не надо :з
MI
😝 если не OnPush юзаете, то беда
A
который use case беда без onPush?
DT
который use case беда без onPush?
ну постоянно будет дёргаться метод
A
а если эта логика будет в шаблоне, то не будет дергаться постоянно?
MI
попробуйте туда впилить компонент с сеттером и геттером
MI
а если эта логика будет в шаблоне, то не будет дергаться постоянно?
тоже самое будет
MI
проблема в дефолтной стратегии
A
вот именно