PM
@PaulMaly годно, спасибо! Поставил плюс. Мы тут, кстати, дотащили проект на svelte до релиза, надо бы поделиться опытом на хабре
Было бы огонь!
Size: a a a
2020 April 25
PM
ну почему же? Делиться опытом нормально. Для этого проекта написал ui либу, https://habr.com/ru/post/473598/ поделился, вроде тепло встретили
Хорошая статья, читал, плюсовал)
PM
Denys Novakov
Это думаю и так понятно. Нам бы по существу, а не лирику. Вообще можно было написать эту статью, не вспоминая про ту параинтелектуальную активность и не мучать читателя цитатами.
Такой вариант рассматривал, но посчитал что полностью игнорировать прямые нападки на меня не следует. (А они там были). Плюс меня пару раз призывали в комментариях. Хотелось только не уподобляться формату, а пересмотреть его в свою пользу. Не знаю вышло ли)
PM
🤔кстааа, а в каком порядке пишите компонент ?
<script>
<styles>
<template>
?
<script>
<styles>
<template>
?
template/script/style. Контролируется через prettier. Дальше при росте компонента, стил первые идут наружу
PM
Denys Novakov
Если вникнуть, вообще не понятно зачем в документации Svelte информация о том, что происходит при серверном рендеринге. Нужная информация на эту тему есть в документации Sapper.
Потому что сам по себе SSR имеет прямое отношение именно к Svelte. Sapper лишь один из возможных сетапов.
PM
блин, мне в свелте немного не хватает что-то типа 😐
<Componen tag="div" />
и внутри <Tag />
<Componen tag="div" />
и внутри <Tag />
Есть такое. Обсуждался вариант со <svelte:element />
EM
Есть такое. Обсуждался вариант со <svelte:element />
Ага, тоже почитал issue
PM
у каждого свой компонент,
просто есть еще один главный компонент
композитор под тегом <Button>
просто есть еще один главный компонент
композитор под тегом <Button>
Это может быть просто папка с index.js
NA
так и есть)
PM
так и есть)
Да это норм подход, но все равно иногда логика одинаковая. Тогда можно рядом в ту же папку подложить script.js и подключить его в каждом компоненте. Однако это также костыль, который приведёт к дублированию кода.
NA
нашли проблему … а решение ?
PM
нашли проблему … а решение ?
Из-за самого подхода в прекомпиляцию декларативных шаблонов в императивные вызовы DOM API, самый эффективный вариант получается с if/else либо обвёрткой в виде компонента куда вынесена эта логика. В принципе было бы не плохо иметь svelte:element из коробки. С другой стороны в нем нет ничего того, что нельзя реализовать в user-land, а значит возможно этого и не должно быть в ядре.
NA
понятно, спасибо
PM
а что есть для инпутов с разными масками?
svelte-imask, но это простая обертка над imask.
PM
Внутри есть как компонент, так и просто экшн который можно нацепить на любой инпут
a
А если использовать сторонние библиотеки как экшены то при сср их вообще не будет видно же, я правильно понимаю?
PM
А если использовать сторонние библиотеки как экшены то при сср их вообще не будет видно же, я правильно понимаю?
Будут просто элементы на которые они навешаны, что обычно вполне достаточно
BW
Ребят, вот вопрос. В реакте если твой компонент работает на двух роутах , то роуты можно задать в массиве. ['/route/:get1/:get2', '/route'] или указать, что параметров может и не быть ['/route/:get1?/:get2?']. Можно что-то подобное делать в свелт?
DK
Ребят, вот вопрос. В реакте если твой компонент работает на двух роутах , то роуты можно задать в массиве. ['/route/:get1/:get2', '/route'] или указать, что параметров может и не быть ['/route/:get1?/:get2?']. Можно что-то подобное делать в свелт?
О каком роутере реакта и о каком роутере свелта идёт речь? Как я знаю - существует куча реализаций и под то и под другое, поэтому задавая вопрос подобного характера - лучше оставлять больше вводных, тут нет Нострадамусов
BW
О каком роутере реакта и о каком роутере свелта идёт речь? Как я знаю - существует куча реализаций и под то и под другое, поэтому задавая вопрос подобного характера - лучше оставлять больше вводных, тут нет Нострадамусов
О саппере ,извиняюсь , что не уточнил