L
не согласен
Давай свою версию, мистер Smooth Philosopher
Size: a a a
2019 November 05
AE
не согласен
а аргументы?
АМ
в конструкторе я вообще гиперредко вообще хоть что-то делаю, прям по пальцам посчитать
АО
https://cl.ly/ff7dc360a1fa я проверяю изменилась ли ширина етого блока когда сужаю окно
компонент с помощью которого делаете resize не предоставляет событие onSizeChange, onResize?
N
компонент с помощью которого делаете resize не предоставляет событие onSizeChange, onResize?
нет
S
а аргументы?
аргумент в том что нет аргументов в пользу того что подписки в OnInit/OnChanges лучше подписок в конструкторе
AB
Чем мне мешает писать
users$;
constructor(
private service: Service
) {
thus.users$ = this.service.getUsers();
}
Или вообще
users$ = this.service.getUsers();
constructor(
private service: Service
) {}
А потом ловить асинком?
users$;
constructor(
private service: Service
) {
thus.users$ = this.service.getUsers();
}
Или вообще
users$ = this.service.getUsers();
constructor(
private service: Service
) {}
А потом ловить асинком?
АМ
аргумент в том что нет аргументов в пользу того что подписки в OnInit/OnChanges лучше подписок в конструкторе
да, тоже всегда делаю подписки в ngOnInit
YR
мужик,
1) каждый импорт нужно делать на своей строке, никаких через запятые
2) после массива styleUrls нужна запятая в конце
3) implements OnInt не нужно вообще
4) булеаны, строки, числа — всегда нужно explicitly помечать типами — private status: boolean = false;
5) на 18-й строке — после каждого инжекта нужно ставить запятую
6) метод show — не пиши так — используй early return, а не заворачивай всё в if
1) каждый импорт нужно делать на своей строке, никаких через запятые
2) после массива styleUrls нужна запятая в конце
3) implements OnInt не нужно вообще
4) булеаны, строки, числа — всегда нужно explicitly помечать типами — private status: boolean = false;
5) на 18-й строке — после каждого инжекта нужно ставить запятую
6) метод show — не пиши так — используй early return, а не заворачивай всё в if
Спасибо. Проанализирую сказанное, и комментарии коллег. Но у меня всё в стандартных линтах, хотя и задачка не более чем тестовая.
AB
Чем мне мешает писать
users$;
constructor(
private service: Service
) {
thus.users$ = this.service.getUsers();
}
Или вообще
users$ = this.service.getUsers();
constructor(
private service: Service
) {}
А потом ловить асинком?
users$;
constructor(
private service: Service
) {
thus.users$ = this.service.getUsers();
}
Или вообще
users$ = this.service.getUsers();
constructor(
private service: Service
) {}
А потом ловить асинком?
Почему мне нужно тут обьявлять целый хук? Пока непонятно)
IF
нет, вы всё не так поняли — я использую ngOnInit лайфсайкл хук, но для него не нужно прописывать
implements OnInit в классеНу аннотации тоже можно не писать. Никто ж не заставляет
S
да, тоже всегда делаю подписки в ngOnInit
я как раз с этим не согласен)
АМ
я как раз с этим не согласен)
а, тьфу, да, но я именно за такой подход и никакой другой 🙂
S
аргументов в его пользу у вас конечно же нет?
АМ
аргументов в его пользу у вас конечно же нет?
так красивее и опрятнее
AB
аргументов в его пользу у вас конечно же нет?
Может лис что добавит, когда появится)
S
так красивее и опрятнее
поэл
AE
аргумент в том что нет аргументов в пользу того что подписки в OnInit/OnChanges лучше подписок в конструкторе
а... я тут ворвался не посмотрев в чём спор, я предпочитаю делать подписки в конструкторе например, тож получается не согласен насчёт OnInit/OnChanges....
IF