MD
component.$on();
Как это правильно называется? В API svelte буквально пару строчек о нём, хотелось бы более обширную инфу почитать.
Size: a a a
2020 November 21
МТ
Как это правильно называется? В API svelte буквально пару строчек о нём, хотелось бы более обширную инфу почитать.
createEventDispatcher
МТ
component.$on();
Создает ивент, который извне компонента можно вызвать таким образом
МТ
Но инфы на эту тему с примерами да, маловато
КС
Марк Танащук
Создает ивент, который извне компонента можно вызвать таким образом
Вызвать ? Может передать колбек на евент ?
МТ
Кирилл Спасибович
Вызвать ? Может передать колбек на евент ?
Сорри, я не по диспатчам, так что ошибся >.>
МТ
Просто сказал куда копать
КС
Марк Танащук
Сорри, я не по диспатчам, так что ошибся >.>
Ну я так понял что это тоже самое что
on:event={callback} на компонентеСА
ID:0
#tutorial #sveltekit
Page transition
https://dev.to/giorgosk/smooth-page-transitions-in-layout-svelte-with-sveltekit-or-sapper-4mm1
Page transition
https://dev.to/giorgosk/smooth-page-transitions-in-layout-svelte-with-sveltekit-or-sapper-4mm1
Уже пошли статьи, советующие фигачить в svelt@next 🤔
DK
У меня тут проект https://github.com/dmitrykurmanov/survey-standalone . Это SurveyJS library (https://surveyjs.io/Overview/Library) реализация на Svelte. Идея в том, что её можно будет использовать с любым фреймворком ну или без него. Это хобби проект, просто мне Svelte нравится, а в основном проекте писать на нём нет возможности. Но если кому-то будет интересно, пишите issue, буду развивать :)
ВГ
Вот как надо было делать реактивность в свелт (вместо меток):
var - переменная
let - обсервабл (и так)
const - реактивный derived
var - переменная
let - обсервабл (и так)
const - реактивный derived
Тогда при переносе кода в свелт менялась бы семантика, и за этим приходилось бы следить
AP
она и так меняется
ВГ
Но не так сильно
ER
Один за другим лезут😅
W
Забаньте чела
ВГ
<Child {...$$props}/>Вот это считается моветоном? Или норм
ВГ
Я нашел одно упоминание
> Conversely, if you need to reference all the props that were passed into a component, including ones that weren't declared with export, you can do so by accessing $$props directly. It's not generally recommended, as it's difficult for Svelte to optimise, but it's useful in rare cases.
Но не понятно, чем для меня чревато “difficult for Svelte to optimise”.
> Conversely, if you need to reference all the props that were passed into a component, including ones that weren't declared with export, you can do so by accessing $$props directly. It's not generally recommended, as it's difficult for Svelte to optimise, but it's useful in rare cases.
Но не понятно, чем для меня чревато “difficult for Svelte to optimise”.
ON
Я нашел одно упоминание
> Conversely, if you need to reference all the props that were passed into a component, including ones that weren't declared with export, you can do so by accessing $$props directly. It's not generally recommended, as it's difficult for Svelte to optimise, but it's useful in rare cases.
Но не понятно, чем для меня чревато “difficult for Svelte to optimise”.
> Conversely, if you need to reference all the props that were passed into a component, including ones that weren't declared with export, you can do so by accessing $$props directly. It's not generally recommended, as it's difficult for Svelte to optimise, but it's useful in rare cases.
Но не понятно, чем для меня чревато “difficult for Svelte to optimise”.
бандл будет толше и тормознее, т.к.
{...$$props} это не js код* и будет интерпретироваться вручную свелтомВГ
Спасибо
AP
бандл будет толше и тормознее, т.к.
{...$$props} это не js код* и будет интерпретироваться вручную свелтомчто значит толще? там что будет что-то больше чем строчка child.$set(props)? =)