A
Там будет координально по другому?
Size: a a a
2021 May 05
S
Вакансии и поиск работы: @javascript_jobs
L
Смотря какой стейт менеджер использовать
A
Тот же ngrx
S
можно и не парсить картинку, вроде
главное знать истинный и фактический размер картинки
сохраняешь координаты в истинном размере
при отображении умножаешь координаты на коэффицент увеличения
главное знать истинный и фактический размер картинки
сохраняешь координаты в истинном размере
при отображении умножаешь координаты на коэффицент увеличения
L
Ну насколько я помню там так же как и в redux - один большой стейт на все приложение, а в подходе сервис + Subject - много маленьких независимых стейтов
A
Ну вот те же next тот же behavior
IO
А как сохранять координату и не рисовать ее, если зазумили к другому месту, и точка уже не в поле видимости? Т.е. как я понимаю, в вашем варианте, точка всегда будет в области видимости
S
нипонял проблемы
A
По всем тырнетам описывается как стандартный паттерн. Хотелось бы линк на статью с корректной реализацией. Если возможно
S
если ты зазумил другое место то ты ее не увидишь)
L
Я имею ввиду более глобальную разницу в подходе, допустим в кейсах когда у нас есть сервисы которые должны обмениваться данными между собой, делать такое просто через вызовы в компонентах не очень. Вот тут и начинаются основные различия
IO
да, согласен. я немного не так понял. Спасибо!)
MK
AI
Я иногда использую BehaviorSubject просто потому, что мне лень делать сабжект и отдельный обзёрвабл, который его пайпит на startWith. Но для того, чтобы к нему по .value обращаться, вроде, никогда.
A
Первое уточнение)
OS
А, блин, речь о behavior vs subject) тогда понятно)
AI
Да, конечно ) Без сабжектов никак
AI
Я написал, что это чит, потому что он типа реактивный, а типа и дырка в нём есть, из которой "сифонит" текущее значение, манит Императора.