Телеграмм чат группы effector

.on трансформируется в sample в тот момент, когда перестаёт отвечать задаче, это просто не вопрос предпочтений

21:00пожаловаться #1

Dmitriy Shuleshov in ☄️ effector

🚀🚀

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

полная запись существует, потому что простыми случаями практика не ограничивается

если запись с сэмплом справляется с задачей без излишних подробностей (вроде одноразового эвента), то это ситуация для сэмпла. только и всего

21:04пожаловаться #3

🚀🚀

ну оно давно в таком виде) я эти ручки сделал как только стало понятно, что схема получается больше экрана и нужен зум

21:05пожаловаться #4

c⁣

Это не плохо

21:33пожаловаться #5

никто не говорит, что это плохо, просто делятся тем, кому как удобнее

21:33пожаловаться #6

c⁣

Так выше Дима пишет, что on это не вопрос «удобнее». Он ограничен очень сильно

21:35пожаловаться #7

не вижу ограничений, выше отписался по этому поводу)

21:36пожаловаться #8

c⁣

И отказываться от семпла, специально урезать задачу или подтачивать реализацию под on это как минимум странно, а фактически легаси на ровном месте

21:36пожаловаться #9

c⁣

Вот переписать с промежуточным ивентом это сразу легаси

21:36пожаловаться #10

твое мнение 🤷🏻‍♂️
не понимаю зачем навязывать людям, что это неудобно, если им удобно

21:38пожаловаться #11

🚀🚀

сэмпл со скрина на .on не переписывается, мнение «я предпочитаю .on» на него распространить не выйдет

смысл записи в том, что одновременно с записью в стор запускается эффект
результат — range input который возвращается к середине после срабатывания (сработал input → обновился стор и запустился таймер на спрос отображения в исходное положение)

вот они

что? да! in ☄️ effector

21:41пожаловаться #12

я же ответил по этому поводу

это как воюют против эффектов в рендере компонентов, когда говорят, что надо прокидывать ивенты, чтобы триггерить ивенты

странно, что это вызывает такую реакцию

21:42пожаловаться #13

🚀🚀

не, погоди с аналогиями, можешь рассказать пожалуйста ещё раз, почему пример не засчитывается как ограничение?

21:43пожаловаться #14

🚀🚀

ты не выбираешь вариант раз и навсегда же, речь об этом. «удобно» это не законченная мысль.

.on

удобен когда target всего один и это стор. как только таргетов становится больше этот метод перестаёт быть удобным

21:46пожаловаться #15

это осознанное ограничение, как линтер, или прочие конвенции для кода

21:47пожаловаться #16

в контексте ситуации, я не считаю это мешающим ограничением, для меня это вопрос удобства единого стиля кода, итп

21:47пожаловаться #17

🚀🚀

попробую подойти с другой стороны: если убрать из апи .on, то апи станет заметно массивнее визуально, если убрать sample target store то потеряется гибкость

21:48пожаловаться #18

🚀🚀

у тебя все компоненты имеют один тип принимаемых пропсов? если нет, то как ты допустил такой огрех в едином стиле?

21:50пожаловаться #19

🚀🚀

а jsx ноды у тебя все имеют key?