ДМ
Sergei Sergeevich
Нормально выглядит! Конфиг для ngx-formly туда клади. Callback на клик. Интересно, можно ли туда еше запихнуть шаблон для рендеринга?
если у меня будет 10 компонент, надо 10 калбеков из родителя класть?)
Size: a a a
2020 February 16
DB
разная обработка при клике - это паттерн команда. Он довольно простой в реализации. Разные типы форм - звучит как динамические формы, которые можно строить по конфигу. Тут как вариант подойдет уже что-то готовое вроде ngx-formly, ну либо под ваши нужды можно что-то свое сделать
хмм.. invoker в данном случае - это родительский компонент?
А имплементировать интерфейс Command должны дочерние компоненты?
А как передавать вызов в дочерний?
А имплементировать интерфейс Command должны дочерние компоненты?
А как передавать вызов в дочерний?
ДМ
хмм.. invoker в данном случае - это родительский компонент?
А имплементировать интерфейс Command должны дочерние компоненты?
А как передавать вызов в дочерний?
А имплементировать интерфейс Command должны дочерние компоненты?
А как передавать вызов в дочерний?
а зачем его передавать в дочерний? и что у вас в дочернем?
DB
а зачем его передавать в дочерний? и что у вас в дочернем?
Ну вот есть
При клике на родительский надо выполнить разные действия в зависимости от типа.
Вы предложили паттерн команда. Я вот пытаюсь понять - командой является класс дочернего компонента?
Или я вообще всё не так понял?
PaymentListItemComponent - у него в шаблоне базовая инфа, а также свитчем дочерний тип рендерится.При клике на родительский надо выполнить разные действия в зависимости от типа.
Вы предложили паттерн команда. Я вот пытаюсь понять - командой является класс дочернего компонента?
Или я вообще всё не так понял?
DB
Либо класс команды вообще отдельно живёт?
ДМ
Ну вот есть
При клике на родительский надо выполнить разные действия в зависимости от типа.
Вы предложили паттерн команда. Я вот пытаюсь понять - командой является класс дочернего компонента?
Или я вообще всё не так понял?
PaymentListItemComponent - у него в шаблоне базовая инфа, а также свитчем дочерний тип рендерится.При клике на родительский надо выполнить разные действия в зависимости от типа.
Вы предложили паттерн команда. Я вот пытаюсь понять - командой является класс дочернего компонента?
Или я вообще всё не так понял?
тогда команда не целесообразна здесь, ее применяют обычно в тех случаях, когда надо отделить логику выполнения от вью. А у вас я так понял все связано. Но я не понимаю, почему обработка должна вестись при клике на родителя, а не ребенка
DB
тогда команда не целесообразна здесь, ее применяют обычно в тех случаях, когда надо отделить логику выполнения от вью. А у вас я так понял все связано. Но я не понимаю, почему обработка должна вестись при клике на родителя, а не ребенка
Потому что ребёнок, кхм, очень маленький)
Родитель - mat-list-item, а ребёнок - просто небольшой кусок текста в нём.
Родитель - mat-list-item, а ребёнок - просто небольшой кусок текста в нём.
ДМ
в то же время, если хранить в родителе вью чайлд и описать общий интерфейс, то можно вызывать метод обработки в детях(как вам ваше уже писали). Тогда это ничем не будет отличаться от паттерна команды)
Описываете интерфейс детей, у них общий метод execute. И дергаете его при клике. А там уже логика ложится на компонент, который и отвечает за ее обработку
Описываете интерфейс детей, у них общий метод execute. И дергаете его при клике. А там уже логика ложится на компонент, который и отвечает за ее обработку
DB
в то же время, если хранить в родителе вью чайлд и описать общий интерфейс, то можно вызывать метод обработки в детях(как вам ваше уже писали). Тогда это ничем не будет отличаться от паттерна команды)
Описываете интерфейс детей, у них общий метод execute. И дергаете его при клике. А там уже логика ложится на компонент, который и отвечает за ее обработку
Описываете интерфейс детей, у них общий метод execute. И дергаете его при клике. А там уже логика ложится на компонент, который и отвечает за ее обработку
А как определить ViewChild, что бы туда попал компонент, который был выбран в
*ngSwitch?ДМ
А как определить ViewChild, что бы туда попал компонент, который был выбран в
*ngSwitch?как много у вас компонент планируется?
DB
как много у вас компонент планируется?
Да не особо, 3-5
ДМ
А как определить ViewChild, что бы туда попал компонент, который был выбран в
*ngSwitch?да тут так-же как и с обычными компонентами, только в качестве интерфейса можете определить тот общий, с методом execute
DB
да тут так-же как и с обычными компонентами, только в качестве интерфейса можете определить тот общий, с методом execute
У каждого кейса свитча должно быть одинаковое имя? И тогда текущий кейс попадёт в ViewChild?
ДМ
У каждого кейса свитча должно быть одинаковое имя? И тогда текущий кейс попадёт в ViewChild?
#название должно быть одинаковое конечно
DB
#название должно быть одинаковое конечно
Звучит круто) Надеюсь работает. Спасибо!
Ti
как много у вас компонент планируется?
Компонентов*?
ДМ
AO
добрый день. а есть какой-то способ заинжектить сервис в обычную функцию? например, дёрнуть апишку из кастомного оператора
AK
добрый день. а есть какой-то способ заинжектить сервис в обычную функцию? например, дёрнуть апишку из кастомного оператора
Если правильно понял задачу, можно сделать метод статичным и вызывать ее без инициализаций
AO
Если правильно понял задачу, можно сделать метод статичным и вызывать ее без инициализаций
да, можно сделать сервис и юзать его метод в качестве оператора, но тогда нужно будет сервис инжектить везде, где он используется. а идея была в том, чтобы импортировать обычную функцию