Кек

это точно, но писать правильно все равно нужно, даже если это "неправильно" - не самое жуткое что есть

какой material компонент подойдет для данной логики (кроме Checkbox)?

а что ожидается от функционала?

multiple choice

типо как в инет-магазине

Селект

Но чекбоксы лучший вариант

я бы сам написал, просто стайлгайд от материала использовал бы

button-toggle with multiple

Материал достаточно строгий в плане правил дизайна: multiple choise — это checkbox list. Остальное от лукавого, но можно что-нибудь наворотить

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

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

А почему опционально? Использование этого подхода для всего приложения наложит какойто оверхед?

Ну сайд-эффектики, идемпотентность и вот это вот все. Но это что касается юзер-кода. А могут быть ситуации, когда конкуренции приходят из IO: резолв эффекта, дом поменялся / задиспатчил чета и т.п. И тут нужно выстраивать стратегии решения конфликтов, которые абсолютно универсальными не бывают… Приходится делать advanced апи / доку что бы учить пользователя как-то на это влиять, в эдж-кейсах, а это оч сложно (особенно по DX).

Принципиально не существует универсальных алгоритмов решения конкурентных конфликтов. Потому что это может затрагивать процесс БЛ - и тут он у каждого свой.

ага понял
Ну впрнципе что и происходит сейчас с канкарент. Библиотеки ведь многие прийдется адаптировать, а некоторые я вообще не пойму как будут сущетсвовать...

спасибо!

Эффектор не понравился что ли?)

братва, а есть какие интересные репы по архитектуре фронта?

гитлаб глянь🌚