AK
А где там страницы кроме хома?
Пока нету других, но будут
Size: a a a
2020 November 26
ВК
Сделал свой первый проект на Svelte (Sapper), всё понравилось но довольно долго разбирался с rollup и другими "инфраструктурными" вещами https://manitu.me/
а я музыку слушал, открыл, тыкаю, ничего не понимаю, что за иконки и что за музыка странная у меня играет))
IG
Сделал свой первый проект на Svelte (Sapper), всё понравилось но довольно долго разбирался с rollup и другими "инфраструктурными" вещами https://manitu.me/
На айпаде слайдеры не работают. Пальцем попадатьс пятого раза я уже привык, очень мало слайдеров дружат с пальцем.
А вот громкость не регулируется. Должна же?
А вот громкость не регулируется. Должна же?
AK
На айпаде слайдеры не работают. Пальцем попадатьс пятого раза я уже привык, очень мало слайдеров дружат с пальцем.
А вот громкость не регулируется. Должна же?
А вот громкость не регулируется. Должна же?
Нет, в мобайле нельзя регулировать громкость с веба, отключено api. В мобиле я слайдер спрятал, а вот на ipad не проверял.
IG
У меня в старых реплах лежит удобный слайдер.
IG
Сирьозно?
A
Слайдеры? Громкость? Где это сё?
AK
да, громкость. Так как наверное посчитали что громкость регулируется на самом устройстве и этого достаточно, что бы не путаться
A
да, громкость. Так как наверное посчитали что громкость регулируется на самом устройстве и этого достаточно, что бы не путаться
Так-то да.
IG
да, громкость. Так как наверное посчитали что громкость регулируется на самом устройстве и этого достаточно, что бы не путаться
Так хайдь их вообще, не дразни людей
AK
Так хайдь их вообще, не дразни людей
да, в процессе, сделаю :) это не единственный баг.
IG
Для инспирейнона пощупай апку Hear под айос
IG
Она из другого измерения
AK
угу, нашел, посмотрю
К
Просто в реакте парадигма изначально понятная - компоненты ререндерятся всегда, когда меняются пропсы или стэйт. Исходя из этого ты всегда знаешь, что произойдёт, но вынужден отлавливать лишние ререндеры.
Могу согласиться в том, что принцип UI = func(state) и по звучанию и по пониманию проще для большинства. Однако для реального мира эта концепция практически не жизнеспособна, потому что не все так просто. Кроме того, не согласен с тем, что в реакте компонент ререндерится всегда. Точнее не так, функция render вызывается каждый раз при изменениях, это так, но есть же куча life-cycle вещей, которые отрабатывают по правилам и не каждый раз. В этом смысле я не понимаю чем отличается тело <script> в свелт от того же конструктора в реакт. Точно также вызывается один раз при создании компонента, точно также это описано в доках. Почему людям кажется что тело <script> это обязательно эквивалент методу render не понятно. Тело <script> - это конструктор компонента и это вполне ясно из гайда и тутора.
А вот у свелта не всё прозрачно и очевидно, без серьёзных раскопок исходников и аутпута.
Опять же могу согласиться только с тем, что реактивное программирование сложнее чем проактивное. Но имхо, по сравнению с тру реактивные вещами типа Rx, реактивщина в свелт сделана ну просто для детей.
Не понимаешь, когда у тебя компонент пересоздастся, а когда только какой-то блок или цепочка внутри него, и как это зааффектит (или, по крайней мере, должно аффектить, чтобы точно знать, что где-то двойной рендер - это не баг, а фича).
А запомнить кстати очень просто - компонент свелт САМ не пересоздается/перезапускается... never (©️ Rich Harris). Собственно пример выше не про то, что в свелт это как-то по особому работает. Тут оно работает точно также - если нет ключей, то ни один фреймворка не знает что, например, порядок элементов в массиве поменялся. Ключи позволяют оптимизировать эти вещи.
Двойного рендера тоже фактически не бывает. Бывают двойные срабатывания реактивных выражений.
По сторам с одной стороны вроде понятно, но хз как работает get и стоит ли вообще его использовать, и как можно без get, например, в plain js, чтобы в точке получить актуальные значения, не ломая оптимизацию.
Благословляю тебя использовать
get))) Никакой такой оптимизации там сломать невозможно. Нужно просто понимать, что если тебе значение нужно разово и "по месту" то создание и снятие подписки ничего не стоят. А если тебе значения нужны постоянно, часто и тп, тогда нет смысла не использовать одну подписку долго.Однако для реального мира эта концепция практически не жизнеспособна, потому что не все так просто.
Согласен, я и не утверждал обратного )
Кроме того, не согласен с тем, что в реакте компонент ререндерится всегда.
Разумеется, я же для простоты так сказал. )
Почему людям кажется что тело <script> это обязательно эквивалент методу render не понятно.
Как раз не кажется. Просто не вполне понятно, как именно это работает. Не так прозрачно, как в реакте (при этом я не утверждаю, что в реакте збс и всё прям кристально прозрачно; я говорю, в сравнении).
реактивщина в свелт сделана ну просто для детей.
Согласен. Я же не про использование говорю, а про то, как это работает внутри. Из-за того, что не хватает понимания, не знаешь, как делать оптимально и в самых сложных кейсах не понимаешь, что именно может тебя подвести и где вылезет подводный камень. Я много сложных штук делал с запутанными мат. моделями. Знаю, насколько сложными могут быть внутренности при внешней простоте и кажущейся понятности. (Хотя поэтому у меня есть дурацкая привычка ожидать/подозревать сложность там, где её может и не быть, когда не раскопал до конца).
Бывают двойные срабатывания реактивных выражений.
Ну да, я о том же. Это отсылка к одному из последних ишаков 3.30.0
А запомнить кстати очень просто - компонент свелт САМ не пересоздается/перезапускается... never
Ну сам-то - понятно ) Вот на кейсах бы понять.
```Благословляю тебя использовать
get))) Никакой такой оптимизации там сломать невозможно. Нужно просто понимать, что если тебе значение нужно разово и "по месту" то создание и снятие подписки ничего не стоят. А если тебе значения нужны постоянно, часто и тп, тогда нет смысла не использовать одну подписку долго.```)))) Успокоил, спасибо )
К
Сделал свой первый проект на Svelte (Sapper), всё понравилось но довольно долго разбирался с rollup и другими "инфраструктурными" вещами https://manitu.me/
прикольно
MM
слушайте, а есть лайфхак, как в switched() получать актуальное значение value, а не предыдущее?
<input type="checkbox" on:change="{switched}" bind:checked={value}/>
<input type="checkbox" on:change="{switched}" bind:checked={value}/>
A
Зачем вообще on:change? Может вытащить функцию из шаблона?