Size: a a a

Angular - русскоговорящее сообщество

2021 February 22

MK

Mikhail Kamakhin in Angular - русскоговорящее сообщество
Oleg Safonov
Если Вы будете значение принимать с сервера или от пользователя - в любом случае валидация нужна будет, типы никак не помогут тут

Вы какие видите плюсы от типа?
во время тестов, как минимум, легче тестировать
источник

MK

Mikhail Kamakhin in Angular - русскоговорящее сообщество
и валидация и типы нужны, я считаю
источник

OS

Oleg Safonov in Angular - русскоговорящее сообщество
Mikhail Kamakhin
и валидация и типы нужны, я считаю
Типы Вам помогут в очень ограниченном количестве кейсов и потребуют преобразования из чисел и в числа

Т.е. создадут достаточно много лишней работы в системе, имхо
источник

AM

Alexandr Manyunin in Angular - русскоговорящее сообщество
Народ, есть список топовых материалов по angular? Статьи на medium в основном одно об одном и без глубокого разбора. Что нибудь или про внутренности или архитектуру применительно к angular. Вообщем то, что маст хэв по вашему мнению.
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Alexandr Manyunin
Народ, есть список топовых материалов по angular? Статьи на medium в основном одно об одном и без глубокого разбора. Что нибудь или про внутренности или архитектуру применительно к angular. Вообщем то, что маст хэв по вашему мнению.
Всё и в одном месте? Дока)
А вообще, отдельно взятых статей хороших очень много. По потребности простейший гуглинг Вам их сразу выдаст

Бог-статья со сылками на все хорошие статьи, я думаю, не существует)
источник

VM

Vadim Malovaniy in Angular - русскоговорящее сообщество
Alexandr Manyunin
Народ, есть список топовых материалов по angular? Статьи на medium в основном одно об одном и без глубокого разбора. Что нибудь или про внутренности или архитектуру применительно к angular. Вообщем то, что маст хэв по вашему мнению.
Смотря какой уровень нужен. В свое время мне это помогло https://habr.com/ru/company/custis/blog/516290/
источник

AM

Alexandr Manyunin in Angular - русскоговорящее сообщество
Не обязательно в одном. Читаю статьи и потом думаю ну зачем я это читал, ничего нового. И так опять, редко что хорошего попадается. Доку читал естественно.
источник

AM

Alexandr Manyunin in Angular - русскоговорящее сообщество
Это читал. Да, это хорошая статья. Но нужно ещё.
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Alexandr Manyunin
Не обязательно в одном. Читаю статьи и потом думаю ну зачем я это читал, ничего нового. И так опять, редко что хорошего попадается. Доку читал естественно.
Вы не пробовали идти не от теории к практике, а от практики к теории? Тогда, по крайней мере, вопроса "Ну зачем я это прочитал" не должно быть)
источник

K🦋

Kir 🦋 JS in Angular - русскоговорящее сообщество
Alex Bu
Вы не пробовали идти не от теории к практике, а от практики к теории? Тогда, по крайней мере, вопроса "Ну зачем я это прочитал" не должно быть)
Да, то же самое хотел сказать
источник

AM

Alexandr Manyunin in Angular - русскоговорящее сообщество
Alex Bu
Вы не пробовали идти не от теории к практике, а от практики к теории? Тогда, по крайней мере, вопроса "Ну зачем я это прочитал" не должно быть)
Я пишу уже на Angular. Практика есть, но без теории можно и не знать про определённые проблемы и решения.
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Alexandr Manyunin
Я пишу уже на Angular. Практика есть, но без теории можно и не знать про определённые проблемы и решения.
Тогда верным путем будет указать область проблем и задач, которая Вас сейчас заботит. Чтобы статьями мы не в небо пальцем тыкали)
источник

AM

Alexandr Manyunin in Angular - русскоговорящее сообщество
Например по архитектуре на Angular
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Классно будет, если напишите структурно "Вот задача" -> "Вот моё решение" -> "Вот здесь у меня сомнения" -> "Го обсуждать"
источник

AM

Alexandr Manyunin in Angular - русскоговорящее сообщество
Окей, понял)
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Alexandr Manyunin
Например по архитектуре на Angular
У Вас есть решение? Оно Вас не устраивает? Если не устраивает, то чем?
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Alexandr Manyunin
Например по архитектуре на Angular
источник

VV

Vitaly Vasilega in Angular - русскоговорящее сообщество
Задам еще раз, может кто увидит. Подскажите, может кто сталкивался с такой задачей. Есть форма, реализованная реактивным образом и большое количество контролов, которые подключены к FormGroup, через formControlName. Так же есть код, который делает какую-то работу, когда форма меняется (form.valueChanges.subscribe(...)). Вопрос вот какой. На изменения в некоторых контролах надо реагировать сразу (с этим проблем нет и это нормальное поведение, когда ты подписываешь к изменению в FormGroup), а вот другие контролы, должны вызывать изменения в FormGroup с заданным DebounceTime. Т.е. для примера: есть контрол name, и когда я ввожу в нём что-то, то он не должен моментально заставлять обновляться FormGroup и кидать изменения в виде изменений для valueChanges. Это можно легко написать для отдельного контрола применив в pipe оператор debounceTime. Но как такое поведение сделать, когда контрол работает совместно с FormGroup не совсем понятно.Кто-то делал что-то подобное? Спасибо
источник

VM

Vadim Malovaniy in Angular - русскоговорящее сообщество
Vitaly Vasilega
Задам еще раз, может кто увидит. Подскажите, может кто сталкивался с такой задачей. Есть форма, реализованная реактивным образом и большое количество контролов, которые подключены к FormGroup, через formControlName. Так же есть код, который делает какую-то работу, когда форма меняется (form.valueChanges.subscribe(...)). Вопрос вот какой. На изменения в некоторых контролах надо реагировать сразу (с этим проблем нет и это нормальное поведение, когда ты подписываешь к изменению в FormGroup), а вот другие контролы, должны вызывать изменения в FormGroup с заданным DebounceTime. Т.е. для примера: есть контрол name, и когда я ввожу в нём что-то, то он не должен моментально заставлять обновляться FormGroup и кидать изменения в виде изменений для valueChanges. Это можно легко написать для отдельного контрола применив в pipe оператор debounceTime. Но как такое поведение сделать, когда контрол работает совместно с FormGroup не совсем понятно.Кто-то делал что-то подобное? Спасибо
а если два subscribe с фильтром для определеных контролов?
источник

VV

Vitaly Vasilega in Angular - русскоговорящее сообщество
думал об этом, но форма большая, контролов много, перечислять их - так себе. Думал о директиве, которую можно было бы навешать на нужный контрол, но таких решений не нашёл. Возможно, что это нереально. Нужно копаться в исходниках formControlName смотреть весь стек, как formGroup засекает изменения, возможно тогда появится какая-то идея....
источник