CT
{ path: '', component: LogoComponent, children: [ { path: '', component: FormComponent } ] }
А это нормальная практика или быдло код делать отдельным компонентом лого? По сути это все ради анимации дабы лого не перезагружалось постоянно
Size: a a a
2019 October 01
S
норм практика
CT
норм практика
Еще раз. У меня есть 2 компонента щас: форма логина, форма регистрации. Мне создать еще 2 компонента: FormComponent и LogoComponent
В FormComponent.html я что пишу и в ts?
В FormComponent.html я что пишу и в ts?
CT
Есть ещё компонент app.component.ts, где я щас вызываю роутер апплет
S
тебе надо создать один компонент и один роут
с layout в котором лого
с layout в котором лого
S
в потомках которого будут твои формы
CT
Ладно, проблем, спс)
2019 October 02
V
у кого нибудь есть идеи, почему при вот таких способах добавления formGroup в formArray, formGroup перестает обновлять свою валидацию автоматически. В итоге имеем невалидный formArray с полностью валидными formGroup внутри.
Уже писал с подобным вопросом, но тогда не знал, из-за чего появлялся такой баг, а реализовать на стакблитзе не смог бы из-за большого количества кода, который потенциально мог вызвать этот баг.
Сейчас явно видно, что такие варианты добавления айтема в formArray вызывают баг. push при этом не вызывает.
this.planForms.updateValueAndValidity() решает проблему, но выглядит как костыль
Уже писал с подобным вопросом, но тогда не знал, из-за чего появлялся такой баг, а реализовать на стакблитзе не смог бы из-за большого количества кода, который потенциально мог вызвать этот баг.
Сейчас явно видно, что такие варианты добавления айтема в formArray вызывают баг. push при этом не вызывает.
this.planForms.updateValueAndValidity() решает проблему, но выглядит как костыль
V
ТС при изменении поля controls formGroup ругается на то, что это поле readonly. Для formArray таких ограничений не наблюдаю
V
и даже если они есть, то каким мне тогда образом запушить formGroup в начало formArray?
V
выглядит как что-то, что должно попасть в PR репы ангулара
V
очевидно push - нативное решение для formArray, потому что используемый там метод - это не метод массива, насколько я понимаю. Потому что formArray не arrayLike тип данных. Поэтому с push все ОК. А вот с другими методами, которые formArray не предусматривает, но предусматривает массив controls есть некоторые проблемки
S
и даже если они есть, то каким мне тогда образом запушить formGroup в начало formArray?
удаляй все контролы, потом добавляй в том порядке который нужен
S
выглядит как что-то, что должно попасть в PR репы ангулара
да, можешь сделать PR, не думаю что это отклонят
Вキ
у кого нибудь есть идеи, почему при вот таких способах добавления formGroup в formArray, formGroup перестает обновлять свою валидацию автоматически. В итоге имеем невалидный formArray с полностью валидными formGroup внутри.
Уже писал с подобным вопросом, но тогда не знал, из-за чего появлялся такой баг, а реализовать на стакблитзе не смог бы из-за большого количества кода, который потенциально мог вызвать этот баг.
Сейчас явно видно, что такие варианты добавления айтема в formArray вызывают баг. push при этом не вызывает.
this.planForms.updateValueAndValidity() решает проблему, но выглядит как костыль
Уже писал с подобным вопросом, но тогда не знал, из-за чего появлялся такой баг, а реализовать на стакблитзе не смог бы из-за большого количества кода, который потенциально мог вызвать этот баг.
Сейчас явно видно, что такие варианты добавления айтема в formArray вызывают баг. push при этом не вызывает.
this.planForms.updateValueAndValidity() решает проблему, но выглядит как костыль
Потому что они не привязываются
Если надо вставить контрол в начало, то есть специальный метод
https://angular.io/api/forms/FormArray#insert
Если надо вставить контрол в начало, то есть специальный метод
https://angular.io/api/forms/FormArray#insert
V
ого, кто-то не осилил доку прочитать, походу :D
V
спасибо большое)
V
все так просто, а я тут уже настрочил на целый роман текста