Всем привет. Подскажите, вот есть Angular elements, но хотелось бы вызывать диалог с компонентом по хоткею, есть ли где пример как сделать?

всем привет, подскажите пожалуйста нормальный тутор по material. желательно на русском

всем привет,сегодня узнал что оказывается можно получить доступ к элементу в js без каких либо API тупо на прямую через id,что за прикол?

Можете уточнить о чем речь, интересно стало

а что вас смущает? браузер и DOM API никуда не девались

наследие старых браузеров, все id пишутся в window

создание в глобале переменных по айди это рудимент

естественно,но спецификация нас учит использовать API js то есть document.

много приколов с этим было, когда человек случайно использовал уже занятое в window имя readonly свойства, а потом что-то не работало

Спасибо не знал

😁

интересно

Всем привет, когда-то делал небольшой проект на angular 9-10 и в качестве хранения данных использовал Subject, BehaviorSubject в singleton сервисах, каждый инкапсулировано хранил свою логику вместе с данными. Вроде бы особых проблем не было и из минусов только заметил то что нет общего состояния приложения которое можно посмотреть, проанализировать.

Сейчас делаю новый проект, в принципе классический сайт, грубо говоря, юзеры, категории, посты, комментарии

Почему не использовал глобальный стейт, например ngxs в первом проекте? Если вынести какой-то стейт, action глобально то в принципе кто угодно с любого места может его вызвать и по этому хранил в сервисах и давал доступ только от туда изменять/читать.

Подскажите, в новом проекте стоит ли использовать глобальную стору? Может есть больше минусов в сервисах которые я пока не заметил? Может глобальная стора имеет больше плюсов чем я пока вижу?

Если б писал не vue/react не задумывался бы и использовал глобальный стейт, но в ангуляре сервисы это довольно удобная и классная штука. Обсудить не с кем, обращаюсь к вам за советом)

Я в своих проектах тоже сторю все данные в стримах,взял эту идею из блога,в принципе пока все устраивает,проекты учебные конечно,не большие поэтому тоже интересно какие подводные камни может нести этот подход.

Разница только в том, что ngrx сразу даёт тебе архитектуру тип вот стор, вон редюсер, вон там экшен, но и добавляет кучу писанины причём в отличии от редакса в реакте, в ngrx реально больше лапши

На обсерверах и сабджектах все тот же стейт изи реализовать

Просто ты можешь сделать свою архитектуру не масштабируемой по незнанию, чего с ngrx не будет

Поэтому я считаю что если это что-то не глобальное то лучше делать на сервисах и изучать хорошо rxjs, чтобы потом не пугаться от кучи работы в эфектах с этими операторами в ngrx

никогда не используйте инструмент по назначению