home.social
Sign in Create account

#react_hook_form — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #react_hook_form, aggregated by home.social.

  1. :rss: Qiita - 人気の記事 @[email protected] ·

    React Hook Form 入門 Part 1 — 仕組みを理解してから使う
    qiita.com/nhatcaofedev/items/5

    #qiita #TypeScript #React #Forms #Next_js #react_hook_form

    #qiita #typescript #react #forms #next_js #react_hook_form
  2. :rss: Qiita - 人気の記事 @[email protected] ·

    React Hook Form 入門 Part 1 — 仕組みを理解してから使う
    qiita.com/nhatcaofedev/items/5

    #qiita #TypeScript #React #Forms #Next_js #react_hook_form

    #qiita #typescript #react #forms #next_js #react_hook_form
  3. Habr @[email protected] ·

    Zod: строгая валидация и удобная типизация. Опыт перехода

    Привет, Хабр! Меня зовут Сергей, я фронтенд-инженер в Банки.ру. В этой статье расскажу, как Zod помог нам перестать писать валидацию на уровне полей, подружился с React Hook Form и стал единым источником правды о структуре данных. К Zod мы пришли не сразу. Долгое время типы и валидация у нас жили в разных слоях приложения: TypeScript определял структуру данных во время разработки, а отдельные функции или библиотеки (вроде Yup) проверяли входящие значения в рантайме. Это классическая проблема: дублирование логики и рассинхрон. Типы в interface поменялись, а валидация осталась прежней (или наоборот). Мы пробовали Yup, но он казался громоздким в связке с TS: типы приходилось выводить вручную или мириться с тем, что схемы выглядят непрозрачно. В какой-то момент стало непонятно: зачем тащить отдельную библиотеку, если проще написать if (typeof x === 'string') ? С переходом на Zod всё стало значительно проще: одна схема одновременно является и валидатором, и источником типа данных.

    habr.com/ru/companies/banki/ar

    #zod #typescript #валидация_данных #runtime_валидация #react_hook_form #типизация_данных #frontend_разработка #валидация_форм #developer_experience #валидация

    #валидация #developer_experience #валидация_форм #frontend_разработка #типизация_данных #react_hook_form
  4. Habr @[email protected] ·

    [Перевод] Анатомия shadcn/ui

    Если вы следите за новинками экосистемы JavaScript, то должны были слышать об интересной библиотеке пользовательского интерфейса (user interface, UI) под названием shadcn/ui . Вместо того, чтобы распространяться в виде пакета npm , компоненты shadcn/ui добавляются с помощью интерфейса командной строки (command line interface, CLI), который помещает исходный код компонентов непосредственно в ваш проект. Разработчик библиотеки указывает причину такого решения на официальном сайте shadcn/ui . "Почему код для копирования/вставки, а не библиотека? Идея заключается в том, что вы полностью владеете и контролируете код. Это позволяет вам решать, как именно будут построены и оформлены ваши компоненты. Начните с настроек по умолчанию, а затем кастомизируйте компоненты под свои нужды. Используя пакет npm, можно наткнуться на один недостаток — стиль всегда связан с реализацией. Дизайн компонентов должен быть отделен от их реализации". На самом деле, shadcn/ui — это не просто очередная библиотека компонентов, а технология, позволяющая представить дизайн-систему в виде кода. Цель этой статьи — немного изучить архитектуру и реализацию shadcn/ui . Если вы еще не использовали shadcn/ui , я советую просмотреть ее документацию и немного поэкспериментировать с ней, чтобы извлечь из статьи максимальную пользу.

    habr.com/ru/companies/timeweb/

    #timeweb_статьи_перевод #shadcn/ui #tailwindcss #react_table #react_hook_form #radix_ui #reactjs #reactjs #react #js #css #design_system #дизайнсистема

    #дизайнсистема #design_system #css #js #react #reactjs