DT
ну по идее со стрикт настройками ts либо присваивать null, либо делать через
!!Size: a a a
2020 October 13
IB
ну по идее со стрикт настройками ts либо присваивать null, либо делать через
и что,
! спасет тебя от того что ты вызовешь какой-нибудь его метод в конструкторе?)DT
и что,
! спасет тебя от того что ты вызовешь какой-нибудь его метод в конструкторе?)насколько я помню, в ангуляре вообще не рекомендуется что либо делать в конструкторе
IB
насколько я помню, в ангуляре вообще не рекомендуется что либо делать в конструкторе
в
ngOnInit ?IB
в
ngOnChanges ?DT
в
ngOnInit ?ну в примере есть ngOnInit?
IB
ну в примере есть ngOnInit?
давай сначала ответим на мой вопрос
IB
! спасет тебя от того что ты вызовешь какой-нибудь его метод в конструкторе/ngOnInit/ngOnChanges?S
! спасет тебя от того что ты вызовешь какой-нибудь его метод в конструкторе/ngOnInit/ngOnChanges?ничто тебя не спасет
D
! спасет тебя от того что ты вызовешь какой-нибудь его метод в конструкторе/ngOnInit/ngOnChanges?Неть 🦄
D
Мы все умрем
IB
Мы все умрем
S
ошибка в любом месте может произойти
S
есть там ! или нет
IB
есть там ! или нет
но если там не будет
! то компилятор попросит тебя проверить что оно существует прежде чем позволит вызвать метод?)S
но если там не будет
! то компилятор попросит тебя проверить что оно существует прежде чем позволит вызвать метод?)если там будет ! и ты запросишь проперти и у тебя так же будет ошибка
S
на стадии разработки
DT
я с одной стороны согласен, что неправильно такой пример приводить, если рядом не написано, что не надо трогать до вью инита
а с другой - если ты используешь нон-нулл ассершн, то ты понимаешь, как его использовать
Короче, сам я так пишу, потому что понимаю, что происходит
Но для доки плохой пример
а с другой - если ты используешь нон-нулл ассершн, то ты понимаешь, как его использовать
Короче, сам я так пишу, потому что понимаю, что происходит
Но для доки плохой пример
IB
на стадии разработки
а в ci ты поднимешь разработчика который будет каждый коммит сидеть и вызывать стадию разработки?)
IB
я с одной стороны согласен, что неправильно такой пример приводить, если рядом не написано, что не надо трогать до вью инита
а с другой - если ты используешь нон-нулл ассершн, то ты понимаешь, как его использовать
Короче, сам я так пишу, потому что понимаю, что происходит
Но для доки плохой пример
а с другой - если ты используешь нон-нулл ассершн, то ты понимаешь, как его использовать
Короче, сам я так пишу, потому что понимаю, что происходит
Но для доки плохой пример
если ты используешь нон-нулл ассершн, то ты его нагуглил где то и не понял что он делает