Size: a a a

2020 October 02

DK

Dan Kozlov in Svelte [svelt]
Dan Kozlov
Нативный чекбокс только бул. Кастомными не пользуюсь, некошерно.
Массивом чекбоксов не пользуюсь.

Как видите, может опенсорсить ничего и не надо, любо узкие у меня кейсы, хахаха.
Ой, неправ про чекбокс.
источник

DK

Dan Kozlov in Svelte [svelt]
Даже не знал про то, что оно так работает, вау.
источник

AP

Alexander Ponomarev in Svelte [svelt]
не ты можешь сделать 10 чекбоксов с одинаковым именем и разными значениями при сабмите формы у тебя будет массив значений по этому имени
источник

AP

Alexander Ponomarev in Svelte [svelt]
иногда гораздо проще работать с нативной формой и форм датой чем мутить контролируемые инпуты
источник

DK

Dan Kozlov in Svelte [svelt]
Кирилл Спасибович
А позиционирование ?

margin, flex, position, left, right, top, bottom, width, height, align-self, justify-self
Почти всё из этого я задаю на элементах-контейнерах, а не на инпутах.
источник

AP

Alexander Ponomarev in Svelte [svelt]
не знаю как у свелта с автофилом паролей и кредиток, но в реакте это боль и проще работать с формдатой
источник

DK

Dan Kozlov in Svelte [svelt]
Alexander Ponomarev
иногда гораздо проще работать с нативной формой и форм датой чем мутить контролируемые инпуты
Наверное, да. Но как только хочется делать что-то красиво и нативно-выглядящее, то сразу отпадает. Нужна клиентская валидация, а это уже ад с формдатой.
источник

AP

Alexander Ponomarev in Svelte [svelt]
Dan Kozlov
Наверное, да. Но как только хочется делать что-то красиво и нативно-выглядящее, то сразу отпадает. Нужна клиентская валидация, а это уже ад с формдатой.
я просто слушаю change на всей форме
источник

AP

Alexander Ponomarev in Svelte [svelt]
блюр с капчер режимом тоже на всей форме можно слушать
источник

DK

Dan Kozlov in Svelte [svelt]
Alexander Ponomarev
я просто слушаю change на всей форме
Не понял мысль.
Ты именно про то, что не хочется делать контролируемые инпуты? Потому что чендж на форме не поможет тебе отказаться от кучи стейта на клиенте (isValid, isPristine и прочее).
источник

DK

Dan Kozlov in Svelte [svelt]
В свелте-то с этим кратно проще, есть же двусторонний биндинг.
источник

AP

Alexander Ponomarev in Svelte [svelt]
да от dirty/pristine не избавиться
источник

DK

Dan Kozlov in Svelte [svelt]
Ну вот.
Формдата — ок, но это проблема только в мире реакта из-за отсутствия двустороннего биндинга. В свелте контролируемый инпут сделать-то плёвое дело, и никаких сложностей с хуками и stale states не будет.
источник

AP

Alexander Ponomarev in Svelte [svelt]
с автозаполнением хорошо работает?
источник

DK

Dan Kozlov in Svelte [svelt]
А формдата всё же ограничивает достаточно сильно.
источник

DK

Dan Kozlov in Svelte [svelt]
Alexander Ponomarev
с автозаполнением хорошо работает?
Ага. Никаких сложностей особо.
источник

DK

Dan Kozlov in Svelte [svelt]
Dan Kozlov
А формдата всё же ограничивает достаточно сильно.
Чего только on в value у чекбоксов стоит. Дичь же.
Как только нужно что-то вложенное засетить (скажем, obj.deep.path), нужно какие-то object-path тащить, которые по строке устанавливает свойства. Типизация сразу покидает чат.
С массивами хер поработаешь.

Короче, у формдаты тоже сложностей предостаточно, и выглядело это всегда как костыли для меня.
источник

AP

Alexander Ponomarev in Svelte [svelt]
да я пытался посмотреть влияние филдсетов на какие-то возможности нативной группировки но ничего ненашел)

насчёт типизации тоже согласен, но типизация легко цепляется с переводом валидаторов на тайп гварды
источник

AP

Alexander Ponomarev in Svelte [svelt]
двусторонний бинднинг к селекту из строгого енума опций все равно отдаст строку, например
источник

DK

Dan Kozlov in Svelte [svelt]
Ну вот и растёт количество бойлерплейта, в общем-то.
А если у тебя какой-то филд, например, опциональный, и ты зафачишь, вставляя неверный name с точкой, то этот баг можно годами искать потом.

Короче, в свелте большой ценности от этого нет. Я формдатой пользуюсь только в критических случаях.
Ну и в тех кейсах, когда нет фреймворка.
источник