AB
3) implements OnInit нужен, AOT
..., (с) АОТ
Size: a a a
2019 November 05
АМ
А хорошей практикой считается использования ngDoCheck ?
плохой
АО
А хорошей практикой считается использования ngDoCheck ?
По возможности избегать. Расскажите подробнее про то как используете?
S
S
зависит от кейса же
АМ
зависит от кейса же
камооон
AB
камооон
Если есть инструмент, значит, где-то должен быть подходящий кейс)))
L
камооон
Так стоп, а вы в конструкторе постоянно с Observable работаете?)
L
так что б я понимал куда уходит логика с NgOnInit
АО
AB
Так стоп, а вы в конструкторе постоянно с Observable работаете?)
А чем плохо там работать с ним? И еще вопрос: как работать?)
АМ
так что б я понимал куда уходит логика с NgOnInit
нет, вы всё не так поняли — я использую ngOnInit лайфсайкл хук, но для него не нужно прописывать
implements OnInit в классеL
А чем плохо там работать с ним? И еще вопрос: как работать?)
В конструкторе инициализация параметров должна бить
L
нет, вы всё не так поняли — я использую ngOnInit лайфсайкл хук, но для него не нужно прописывать
implements OnInit в классеЯ понимаю)
AB
В конструкторе инициализация параметров должна бить
Оо
L
Не могу найти сообщения лиса
N
https://cl.ly/ff7dc360a1fa я проверяю изменилась ли ширина етого блока когда сужаю окно
L
Конструктор — инициализация параметров
OnInit/OnChanges — подписки и вот это все
OnDestroy — уничтожение всего, что подает признаки жизни
OnInit/OnChanges — подписки и вот это все
OnDestroy — уничтожение всего, что подает признаки жизни
S
Конструктор — инициализация параметров
OnInit/OnChanges — подписки и вот это все
OnDestroy — уничтожение всего, что подает признаки жизни
OnInit/OnChanges — подписки и вот это все
OnDestroy — уничтожение всего, что подает признаки жизни
не согласен
AB
Мне кажется, дело вкуса