A
transform: zoom() ?
Size: a a a
2020 December 17
КС
мне понравилось что автодополнение, подсказки по пропертям есть, не надо лезть чтобы их подсмотреть
PM
transform: zoom() ?
а я даже не знаю, я там замплементировал внешний css фреймворк но так что он стал внуренними стилями свелта)
КС
а то прыгаешь по файлам чтобы интерфейс вспомнить :)
КС
или без ts'а тоже есть автодополнение пропсов тех же ?
PM
проект мелкий и сугубо научный и свой дизайн не подразумевал
PM
Кирилл Спасибович
мне понравилось что автодополнение, подсказки по пропертям есть, не надо лезть чтобы их подсмотреть
по сути я пока TS для этого и юзаю. каких то там мощных возможностей не пришлось коснуться, потому что просто все
A
а я даже не знаю, я там замплементировал внешний css фреймворк но так что он стал внуренними стилями свелта)
Понятно ) Самая удобная тема размеры svg делать
PM
Понятно ) Самая удобная тема размеры svg делать
может там так и есть. я просто класс меняю
PM
КС
а что кстати будет если css переменные в style затолкать, а не в див оборачивать ? они переопределят то что на классах написано ?
A
Кирилл Спасибович
а что кстати будет если css переменные в style затолкать, а не в див оборачивать ? они переопределят то что на классах написано ?
Так-то да
PM
Кирилл Спасибович
а что кстати будет если css переменные в style затолкать, а не в див оборачивать ? они переопределят то что на классах написано ?
Динамически только значения не сможешь менять, но статически конечно.
DK
спреды мне кажется не типизируются или я что-то делал не так
Спреды работают. Это ж по сути спред в аргументы типизированной функции.
КС
Спреды работают. Это ж по сути спред в аргументы типизированной функции.
а tsserver выдаёт подсказки на лету ?
или тока через svelte-check узнаёшь чето потом ?
или тока через svelte-check узнаёшь чето потом ?
DK
Статус по тайпскрипту, имхо, очень хороший. Мне не хватает на данном моменте для 100% закрытия нужд двух вещей: дженериков (чтобы написать общий компонент-пагинатор) и возможности писать TS в шаблоне (чтобы приводить к типам). Над первым, вроде, работа ведётся, но там что-то сложно всё, второго не будет никогда.
В остальном — экспириенс примерно как с реактом по качеству проработки.
В остальном — экспириенс примерно как с реактом по качеству проработки.
DK
Кирилл Спасибович
а tsserver выдаёт подсказки на лету ?
или тока через svelte-check узнаёшь чето потом ?
или тока через svelte-check узнаёшь чето потом ?
Выдаёт, всё хорошо.
По ошибкам тоже как с реактом (в вс коде): открытые/отредактированные компоненты по ошибкам подсвечивает сразу, а если надо прогнать по всей базе, то только svelte-check. Что неудобно, потому что это отдельная зависимость, которую надо обновлять очень часто (по сути — синхронно с апдейтами плагина для IDE).
По ошибкам тоже как с реактом (в вс коде): открытые/отредактированные компоненты по ошибкам подсвечивает сразу, а если надо прогнать по всей базе, то только svelte-check. Что неудобно, потому что это отдельная зависимость, которую надо обновлять очень часто (по сути — синхронно с апдейтами плагина для IDE).
КС
Статус по тайпскрипту, имхо, очень хороший. Мне не хватает на данном моменте для 100% закрытия нужд двух вещей: дженериков (чтобы написать общий компонент-пагинатор) и возможности писать TS в шаблоне (чтобы приводить к типам). Над первым, вроде, работа ведётся, но там что-то сложно всё, второго не будет никогда.
В остальном — экспириенс примерно как с реактом по качеству проработки.
В остальном — экспириенс примерно как с реактом по качеству проработки.
а можешь маленький примерчик как бывает полезно привести к типу в шаблоне ?
дженереки это чтобы обернуть компонентом компонент, и выдать тип обернутого компонента ?
дженереки это чтобы обернуть компонентом компонент, и выдать тип обернутого компонента ?
DK
Кирилл Спасибович
а можешь маленький примерчик как бывает полезно привести к типу в шаблоне ?
дженереки это чтобы обернуть компонентом компонент, и выдать тип обернутого компонента ?
дженереки это чтобы обернуть компонентом компонент, и выдать тип обернутого компонента ?
Первое — ну хоть такой банальный пример из моего ишью давнего по этому поводу: https://github.com/sveltejs/language-tools/issues/272
В остальном есть некоторые детали. Например, синтаксический сахар для сторов (
В остальном есть некоторые детали. Например, синтаксический сахар для сторов (
$) каждый раз порождает новый объект, поэтому если у тебя есть стор let store: Writable<string | null>, ты делаешь {#if $store}{$store}{/if}, то внутри ифов, внимание, будет string | null. Да. Косяк реализации, с ним очень некомфортно. Вот для этой и других вещей в целом бывает полезно.DK
Ну а дженерики — да. Например, сделать пагинатор, который принимает
items и возвращает item в слот. Сейчас можно только объявить export let items: any[], со всеми вытекающими. Это очень отстойно, сильный даунгрейд по ценности TS в компонентах, потому что любые обобщённые (кхе-кхе, дженерик) компоненты делать становится просто невозможно.