Size: a a a

2020 December 21

A

Arushwl in Svelte [svelt]
Короч суть видимо грамотно распарсить и повесить на ноду object.values... либо object.key = on:event, object.value = actionFunc()🤔
источник

ON

Oleg N in Svelte [svelt]
Константин
Рест эвентов давно нужен, только отдельной переменной
а как от пропсов отличать? нужен другой синтаксис, какой?
источник

A

Arushwl in Svelte [svelt]
on:events={...eventsObj} ?
Так логика сохраняется...

on:event={singleHandle}
on:events={...eventsObj}
источник

ON

Oleg N in Svelte [svelt]
Arushwl
on:events={...eventsObj} ?
Так логика сохраняется...

on:event={singleHandle}
on:events={...eventsObj}
или on={...eventsObj}
источник

A

Arushwl in Svelte [svelt]
Oleg N
или on={...eventsObj}
Суховато... имхо и как-то второстепенно и выбивается из ядерных модификаторов)))
источник

A

Arushwl in Svelte [svelt]
Хотя экономия...
источник

A

Arushwl in Svelte [svelt]
А в малине это есть уже?
источник

ON

Oleg N in Svelte [svelt]
Arushwl
А в малине это есть уже?
нет, есть только проброс всех событий наверх
источник

A

Arushwl in Svelte [svelt]
такой подход будет удобнее для связки событий на уровне блока <script>... и не нагромождать атрибутами ноды в шаблоне, а ещё зачем?
источник

DK

Dan Kozlov in Svelte [svelt]
В каких обстоятельствах такое может быть нужно? Только без теоретизирования.

Рест в ивенты нарушает инкапсуляцию компонента: ты извне решаешь, что компонент должен слушать, это же очень странно. А если не извне, то какой смысл в принципе, у тебя ж так и так есть перечисление, проще тогда уж просто перечислить on:.
on:* как штука, которая просто форвардит/обрабатывает все поднятые ивенты от компонента — ровно такое же нарушение инкапсуляции. Обработка всех событий разом — это явно дичара какая-то, а подъём всех… ну, как сахар может и можно, но explicit is better than implicit же, безопаснее со всех точек зрения — перечислить все форвардимые ивенты. Мало ли какие ивенты в ребёнка добавятся, это ж абсолютно непредсказуемая вещь.

Есть такая штука в кругах пользователей фреймворков: они сталкиваются с нишевым кейсом и думают, что его непременно надо предусмотреть в фреймворке, несмотря на то, что при формальном описании эта штука вызывает очень много вопросов.
источник

A

Arushwl in Svelte [svelt]
Лучше меньше, да лучше... спасибо
источник

К

Константин in Svelte [svelt]
Oleg N
а как от пропсов отличать? нужен другой синтаксис, какой?
нет, просто через спред пропсов не надо спредить эвенты по умолчанию. Нужно, думаю, сделать возможность чего-то вроде on:some-dom-event={$$events["specific-event"]}
источник

A

Arushwl in Svelte [svelt]
Константин
нет, просто через спред пропсов не надо спредить эвенты по умолчанию. Нужно, думаю, сделать возможность чего-то вроде on:some-dom-event={$$events["specific-event"]}
На 1 дом евент много специфичных кастомных? Это точно use: кейс.
источник

К

Константин in Svelte [svelt]
Arushwl
На 1 дом евент много специфичных кастомных? Это точно use: кейс.
не понял вопрос. Специфичный может быть только на компоненте
источник

К

Константин in Svelte [svelt]
я имею в виду, что можно тупо {...$$events}
источник

К

Константин in Svelte [svelt]
либо по одному вытаскивать
источник

A

Arushwl in Svelte [svelt]
Константин
не понял вопрос. Специфичный может быть только на компоненте
Пытаюсь понять твою конструкцию. Растолкуешь?
источник

A

Arushwl in Svelte [svelt]
Константин
я имею в виду, что можно тупо {...$$events}
А. А как их от пропсов тогда отделить? И будет общая дырка пропс/евентс...🤔

{ ...$$somethingWhatIWant }
источник

AS

Alexey Schebelev in Svelte [svelt]
Dan Kozlov
В каких обстоятельствах такое может быть нужно? Только без теоретизирования.

Рест в ивенты нарушает инкапсуляцию компонента: ты извне решаешь, что компонент должен слушать, это же очень странно. А если не извне, то какой смысл в принципе, у тебя ж так и так есть перечисление, проще тогда уж просто перечислить on:.
on:* как штука, которая просто форвардит/обрабатывает все поднятые ивенты от компонента — ровно такое же нарушение инкапсуляции. Обработка всех событий разом — это явно дичара какая-то, а подъём всех… ну, как сахар может и можно, но explicit is better than implicit же, безопаснее со всех точек зрения — перечислить все форвардимые ивенты. Мало ли какие ивенты в ребёнка добавятся, это ж абсолютно непредсказуемая вещь.

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

ON

Oleg N in Svelte [svelt]
Константин
я имею в виду, что можно тупо {...$$events}
если я передам click, как компоннет будет знать, - это пропс или евент?
источник