PM
товарищи, настойчиво призываю всех стараться использовать декларативный state-driven подход везде где это можно и даже там, где на первый взгляд это не очевидно.
Size: a a a
2020 December 17
A
Где в доках эта инфа?! Что за прятки такого мощного стаффа...
К
а не полный, как у тебя
DK
я через биндинг пропсов наверх методы выкидывал (
Кстати, биндить на const тоже можно! Это офигенно удобно!
Если ребёнок экспортирует const-вещь, ты можешь в родителе использовать синтаксис двустороннего биндинга в переменную без значения
Если ребёнок экспортирует const-вещь, ты можешь в родителе использовать синтаксис двустороннего биндинга в переменную без значения
let fn;
...
<Child bind:constFn={fn} />
PM
экспортировать функции их компонента это все чистой воды императивщина и чаще всего нужна дла работы с компонентом из внешнего кода, например когда это виджет
К
Где в доках эта инфа?! Что за прятки такого мощного стаффа...
bind:this под компонентом, но там без уточнений
К
Кстати, биндить на const тоже можно! Это офигенно удобно!
Если ребёнок экспортирует const-вещь, ты можешь в родителе использовать синтаксис двустороннего биндинга в переменную без значения
Если ребёнок экспортирует const-вещь, ты можешь в родителе использовать синтаксис двустороннего биндинга в переменную без значения
let fn;
...
<Child bind:constFn={fn} />
да, я так и делаю как раз )
К
я не знал, что можно взять инстанс и так его изнасиловать )
PM
Вот это я понимаю👍🏻доки умалчивают...
предлагаю всем заинтересованным попробовать поконтрибутить в доки. уверен что с PR туда обращаются намного менее “don’t be silly”, хотя...
К
я думал, что в this будет нечто вроде current_component дочки
К
предлагаю всем заинтересованным попробовать поконтрибутить в доки. уверен что с PR туда обращаются намного менее “don’t be silly”, хотя...
)))))
К
теперь устойчивое выражение
AS
предлагаю всем заинтересованным попробовать поконтрибутить в доки. уверен что с PR туда обращаются намного менее “don’t be silly”, хотя...
И в русские заодно тоже
AS
перевод сейчас немного отстает
PM
Кирилл Спасибович
а любопытно, элдер походу может sapper заменить
не забываем про Routify еще, он более мощный все таки. хотя SSR там пока немного кривенько сделан
PM
Кирилл Спасибович
@PaulMaly
https://github.com/benawad/vsinder/tree/master/packages/extension/svelte-stuff
код реактивиста со стажем, что скажешь? :)
https://github.com/benawad/vsinder/tree/master/packages/extension/svelte-stuff
код реактивиста со стажем, что скажешь? :)
могу глянуть на досуге
PM
Интересно, что объединять show = !show и input.focus() по понятным причинам - бессмысленно, однако, если для одного события разнести команды по разным on:click, то они работают в разных тиках.
https://svelte.dev/repl/b0c0aa0180d44d1195cf75995ab7339c?version=3.31.0
https://svelte.dev/repl/b0c0aa0180d44d1195cf75995ab7339c?version=3.31.0
надо с этим быть осторожным. работает только потому что они выставлены именно в такой последовательности и только потому что между ними успевает проскачить микротаска
PM
Я пишу стили компонента:
Анонимный опрос
0%
всегда всё строго внутри компонента в теге style
0%
всегда всё выношу в общий файл(ы) css
0%
всегда часть там, часть тут
0%
по ситуации
еще вариант - писать стили отдельно и вставлять с помощью svelte-preprocess или даже инлайн @import и postcss
PM
это на случай если стилей много и компонент становится громоздким. в итоге все компилируется будто написано внутри
PM
Кстати, может кому будет интересно. Бесплатный митапчик по интерфейсам: https://frontendconf.ru/2020/sbermeetup
