Дата выхода на Patreon 31.01.2022 --- Видео создано благодаря подписчикам проекта на нашем Patreon. Хотите получать контент на 3 месяца раньше остальных? Присоединяйтесь! / javascriptninja
Для отдельных компонентов есть вполне однозначный подход через с useFetcher. С ним и загрузить данные в компонент можно, и мутации сделать, и positive UI реализовать, и форму к нему привязать. Про то, что нет интуитивно понятной интеграции с веб-сокетами - согласен. Для того чтобы подружить remix с сокетами, мне пришлось а) отказаться от useLoaderData/useActionData в пользу useMatches (получает данные из route entries) б) на основе useMatches написать реализацию клиентских мутаций, чтобы перерисовывать интерфейс по принципу positive UI до того, как произойдет инвалидация данных через стандартный remix data flow. Но это у меня был кейс, когда по веб-сокетам приходили обновления тех данных, которые я тягал с роутов
А я ведь правильно понимаю что если у тебя нет ssr, то все эти "приседания" с некстами, нукстами и ремиксами в общем не нужны и можно просто строить spa с условным роутером на фронте?
Мне нравится, что некст навязывает файловую структуру и берет на себя часть вопросов по роутингу и по подгрузке страниц - меньше самописа и собственно головняка (новые разработчики получают в нагрузку готовую документацию). Я использую только экспорт в статику. Потенциально есть возможность добавить SSR малой кровью. Потенциально есть бесплатные хостинги, умеющие разворачивать приложения на нексте + апи без дополнительной конфигурации - для "быстро показать заказчику" подходит.
Как разработчика - это могло бы меня заботить лет 10 назад, как предпринимателя - это вообще не важно. NextJS и RemixJS так же как и Blitz решают задачу fullstack разработки очень даже эффективно. Но самое главное это размер комьюинити потому что оно создает вопросы, на которые авторы отвечают. В Случае с некстом это еще в довесок деплой без головняка. В общем такое... себе видео :) Но все же, спасибо.
Пфф, "деплой без головняка". Настолько "без головняка" что в случае с некстом существует целый проект OpenNext который пытается (с переменным успехом) сделать деплой не привязанный к верцелю А так выбор - или обрезанный по возможностям деплой у себя, или вендор-лок на облако верцеля Это если мы в терминах бизнеса говорим :) Ну а про коммьюнити и вопросы - некст со своим app folder класно показал как "отвечают" на вопросы)) Про эффективно мне тоже есть что рассказать с конкретными цифрами, но это уже в комментарий не влезет
Для отдельных компонентов есть вполне однозначный подход через с useFetcher. С ним и загрузить данные в компонент можно, и мутации сделать, и positive UI реализовать, и форму к нему привязать.
Про то, что нет интуитивно понятной интеграции с веб-сокетами - согласен. Для того чтобы подружить remix с сокетами, мне пришлось а) отказаться от useLoaderData/useActionData в пользу useMatches (получает данные из route entries) б) на основе useMatches написать реализацию клиентских мутаций, чтобы перерисовывать интерфейс по принципу positive UI до того, как произойдет инвалидация данных через стандартный remix data flow. Но это у меня был кейс, когда по веб-сокетам приходили обновления тех данных, которые я тягал с роутов
Спустя два года есть что сказать, Илья?
А когда будет критика эффектора?)
узконаправленный контент, однако)
И это хорошо ;)
Боль №1 - сабдоменьі
А я ведь правильно понимаю что если у тебя нет ssr, то все эти "приседания" с некстами, нукстами и ремиксами в общем не нужны и можно просто строить spa с условным роутером на фронте?
Роутер некста как по мне удобнее react-router, но если это единственное, что представляет интерес, то вряд ли есть смысл "приседать"
Мне нравится, что некст навязывает файловую структуру и берет на себя часть вопросов по роутингу и по подгрузке страниц - меньше самописа и собственно головняка (новые разработчики получают в нагрузку готовую документацию). Я использую только экспорт в статику. Потенциально есть возможность добавить SSR малой кровью. Потенциально есть бесплатные хостинги, умеющие разворачивать приложения на нексте + апи без дополнительной конфигурации - для "быстро показать заказчику" подходит.
почему видосы висячие с пометкой премьера которые еще не вышли в списке видосов выводятся раньше тех что уже вышли ?
та то же как бы анонсы. И логично, что анонсы (будущее) должны должны быть выше видосов (прошлого)
Как там в Харькове? ИТ кластер будет с отсрочкой?
С чего бы. Я не одобряю такую идею
Слабенький контент, сорри)..
Как разработчика - это могло бы меня заботить лет 10 назад, как предпринимателя - это вообще не важно. NextJS и RemixJS так же как и Blitz решают задачу fullstack разработки очень даже эффективно. Но самое главное это размер комьюинити потому что оно создает вопросы, на которые авторы отвечают. В Случае с некстом это еще в довесок деплой без головняка. В общем такое... себе видео :) Но все же, спасибо.
Пфф, "деплой без головняка". Настолько "без головняка" что в случае с некстом существует целый проект OpenNext который пытается (с переменным успехом) сделать деплой не привязанный к верцелю
А так выбор - или обрезанный по возможностям деплой у себя, или вендор-лок на облако верцеля
Это если мы в терминах бизнеса говорим :)
Ну а про коммьюнити и вопросы - некст со своим app folder класно показал как "отвечают" на вопросы))
Про эффективно мне тоже есть что рассказать с конкретными цифрами, но это уже в комментарий не влезет
Вы хакеры?
Хацкеры*
@@dev_insider вы можете взломать сайт и украсть их данные карты там деньги
@@Killer-jj6xq в нашее время все хакры только дудосят русские сайты
...
@@Killer-jj6xq конечно, скидывай свой пароль