Size: a a a

Советский Angular

2019 December 08

ДМ

Денис Макаров in Советский Angular
Артур Мудрик
а импорты это не про ошибаюсь/не ошибаюсь, а про удобство чтения кода — сверху вниз код удобнее читать, чем сверху вниз и ещё справа налево длинную строчку
мне удобней видеть, что компонент реализует интерфейсы, чтобы я сразу понимал, на чем у него завязана логика
источник

В

Владимир in Советский Angular
Евгений Удалов
и тайпскрипт нафиг. я сразу правильно пишу
вот тебе смешно, а я с такими встречался
источник

ЕУ

Евгений Удалов in Советский Angular
Владимир
вот тебе смешно, а я с такими встречался
так это цитата
источник

ДМ

Денис Макаров in Советский Angular
с таким успехом можно вообще забить на реализацию интерфейсов, и все компоненты и классы просто забрасывать методами) возвращение к js)
источник

AS

Anton Shvets in Советский Angular
да и вообще влом самому набирать ngAfterViewInit
источник

ДМ

Денис Макаров in Советский Angular
ведь по факту, методы то есть)
источник

АМ

Артур Мудрик in Советский Angular
Денис Макаров
мне удобней видеть, что компонент реализует интерфейсы, чтобы я сразу понимал, на чем у него завязана логика
ну, любой ангуляровский компонент реализует лайфсайкл-хуки по-умолчанию, даже если ты не запишешь их в implements
источник

ДМ

Денис Макаров in Советский Angular
Артур Мудрик
ну, любой ангуляровский компонент реализует лайфсайкл-хуки по-умолчанию, даже если ты не запишешь их в implements
а как же explicity о котором ты сам пишешь в одном из пунктов?
источник

ЕУ

Евгений Удалов in Советский Angular
Артур Мудрик
всмысле пример? любой компонент
проверил. работает. но ну нафиг. если есть хук, то лучше имплементить
источник

ДМ

Денис Макаров in Советский Angular
и да, они реализуют их по дефолту, но так я вижу, что где-то явно есть логика
источник

АМ

Артур Мудрик in Советский Angular
Anton Shvets
да и вообще влом самому набирать ngAfterViewInit
такой лайфсайкл-хук использовал раз в жизни, если вообще использовал ) обычно ngOnInit, ngOnDestroy и ngOnChanges
источник

АМ

Артур Мудрик in Советский Angular
вот это
export class IncidentCreateComponent implements OnInit, OnDestroy {
прекрасно записывается как
export class IncidentCreateComponent {
источник

AS

Anton Shvets in Советский Angular
Артур Мудрик
такой лайфсайкл-хук использовал раз в жизни, если вообще использовал ) обычно ngOnInit, ngOnDestroy и ngOnChanges
я только ngDoCheck не использовал, хотя щас могу придумать ему кейсы.
источник

ЕУ

Евгений Удалов in Советский Angular
и плохо читается. чтобы посмотреть, какие хуки юзает, нужно их искать. а так сразу при объявлении видно
источник

ДМ

Денис Макаров in Советский Angular
Артур Мудрик
вот это
export class IncidentCreateComponent implements OnInit, OnDestroy {
прекрасно записывается как
export class IncidentCreateComponent {
может стоит тогда вообще отказать от интерфейсов в ts?)
источник

АМ

Артур Мудрик in Советский Angular
Евгений Удалов
и плохо читается. чтобы посмотреть, какие хуки юзает, нужно их искать. а так сразу при объявлении видно
очень плохо, что их приходится искать — явный признак неконсистентности в коде, месиво
источник

AS

Anton Shvets in Советский Angular
Евгений Удалов
и плохо читается. чтобы посмотреть, какие хуки юзает, нужно их искать. а так сразу при объявлении видно
всегда помещаю хуки сразу после конструктора
источник

АМ

Артур Мудрик in Советский Angular
Anton Shvets
всегда помещаю хуки сразу после конструктора
именно так тоже делаю
источник

AS

Anton Shvets in Советский Angular
кстати implements ControlValueAccessor тоже можно не писать :)
и implements Validator
источник

АМ

Артур Мудрик in Советский Angular
Anton Shvets
кстати implements ControlValueAccessor тоже можно не писать :)
и implements Validator
не, это нужно, это пишу
источник