Всем привет, вопрос немного не по реакт: можно импортить компонент который лежит вне проекта? Будут две папки с разными проектами, а рядом папка с общими компонентами

А репозиторий на каждый проект отдельно?

Пока это монореп

Когда нибудь может разделю

Пока это монореп

Для монорепы лучше юзать lerna. С помощью нее сборка будет нормально происходить

Оу, новое слово, пшол гуглить, спасибо)

А если это будут разные репы то что можно посоветовать?)

А если это будут разные репы то что можно посоветовать?)

Создать либу

Lerna выглядит отлично, нафиг разные репы)

rispa

ребят, вопрос! У меня есть компонент, который обновляется через определенный интервал времени! в компоненте есть checkBox, нужно сделать так, чтобы после обновления компонента, состояние чекбокса оставалось таким же каким он был выбран! Подскажите, что почитать!

ребят, вопрос! У меня есть компонент, который обновляется через определенный интервал времени! в компоненте есть checkBox, нужно сделать так, чтобы после обновления компонента, состояние чекбокса оставалось таким же каким он был выбран! Подскажите, что почитать!

https://reactjs.org/docs/forms.html

https://reactjs.org/docs/forms.html

Спасибо!

Есть next.js который нужно мне поправить. Есть от него роутер next-routes. import {Link} from '../routes' <Link route='#form'> <a>Hello world</a> </Link>https://github.com/fridays/next-routes Проблема в том, что нет перехода по якорю. Если написать в консоли window.location = '#form' то перепрыгивает на якорь

ребят, вопрос! У меня есть компонент, который обновляется через определенный интервал времени! в компоненте есть checkBox, нужно сделать так, чтобы после обновления компонента, состояние чекбокса оставалось таким же каким он был выбран! Подскажите, что почитать!

проноси состояние чекбокса из родительского компонента, в родительском компоненте запоминай его в стейте родителя, либо в redux

Есть next.js который нужно мне поправить. Есть от него роутер next-routes. import {Link} from '../routes' <Link route='#form'> <a>Hello world</a> </Link>https://github.com/fridays/next-routes Проблема в том, что нет перехода по якорю. Если написать в консоли window.location = '#form' то перепрыгивает на якорь

Через ref и focus нельзя сделать?

Всем дороу

Кто юзает pug вместе с React'ом ?

Кто юзает pug вместе с React'ом ?

Никто в здравом уме

Никто в здравом уме

А jsx вообще умеет в pug?

Кто юзает pug вместе с React'ом ?

Был тут 1, но это очень странно

А jsx вообще умеет в pug?

pug > jsx > js

Видел вакансию в js jobs, где дизайнер верстал в паге и надо было это в Реакте оживлять

Больно, наверное

Видел вакансию в js jobs, где дизайнер верстал в паге и надо было это в Реакте оживлять

дизайнер верстал

уже смешно

умер мужик

Есть next.js который нужно мне поправить. Есть от него роутер next-routes. import {Link} from '../routes' <Link route='#form'> <a>Hello world</a> </Link>https://github.com/fridays/next-routes Проблема в том, что нет перехода по якорю. Если написать в консоли window.location = '#form' то перепрыгивает на якорь

Просто ссылка с якорем не работает?

Просто - скорее всего сработает (но наверное с перезагрузкой странички). Но типа должно сработать и через Link

Есть next.js который нужно мне поправить. Есть от него роутер next-routes. import {Link} from '../routes' <Link route='#form'> <a>Hello world</a> </Link>https://github.com/fridays/next-routes Проблема в том, что нет перехода по якорю. Если написать в консоли window.location = '#form' то перепрыгивает на якорь

passhref попробуй

Просто - скорее всего сработает (но наверное с перезагрузкой странички). Но типа должно сработать и через Link

Разве якорь перезагружает страницу?

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

Разве якорь перезагружает страницу?

переход может быть с другой страницы

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

ну ты пробовал passHref?

переход может быть с другой страницы

Не я писал. Я правлю. Наверное может.

ну ты пробовал passHref?

Нет.

Это как, можно псевдокод

т.е. идею

в доке поищи по слову

можете рассказать, как правильно диспатчить сложные данные из асинк экшнов ? Допустим, приходит такой жсон landing: {...simpleFields, landingBlocks: {id, text: {id, key, translates: {id, culture, value}}, landingBlockItems: {id, name: {id, key, translates: {id, culture, value}}}} и тд я его через normilizr разбираю на отдельные блоки, типа landing, properties, landingBlocks, landingBlockItems, translates ... и тд нормально ли из одного такого экшна диспатчить разные события вот так: dispatch({ type: '@@translate/FETCH_TRANSLATES', payload: entities.translates }); dispatch({ type: '@@properties/FETCH_PROPERTIES', payload: entities.properties }) dispatch({ type: '@@blockItems/ADD_ITEMS', payload: entities.landingBlockItems }) dispatch({ type: '@@blocks/ADD_ITEMS', payload: entities.landingBlocks });

если нет, то как это лучше сделать ?

можете рассказать, как правильно диспатчить сложные данные из асинк экшнов ? Допустим, приходит такой жсон landing: {...simpleFields, landingBlocks: {id, text: {id, key, translates: {id, culture, value}}, landingBlockItems: {id, name: {id, key, translates: {id, culture, value}}}} и тд я его через normilizr разбираю на отдельные блоки, типа landing, properties, landingBlocks, landingBlockItems, translates ... и тд нормально ли из одного такого экшна диспатчить разные события вот так: dispatch({ type: '@@translate/FETCH_TRANSLATES', payload: entities.translates }); dispatch({ type: '@@properties/FETCH_PROPERTIES', payload: entities.properties }) dispatch({ type: '@@blockItems/ADD_ITEMS', payload: entities.landingBlockItems }) dispatch({ type: '@@blocks/ADD_ITEMS', payload: entities.landingBlocks });

в целом из одного экшена-крейтора диспатчить несколько экшенов - нормально.

спасибо. а есть какие-то best practices ?

Да, не пользоваться голым thunk

Да, не пользоваться голым thunk

Разве тут что-то концептуально можно изменить? Человек получает одним запросом кучу разных данных

можете рассказать, как правильно диспатчить сложные данные из асинк экшнов ? Допустим, приходит такой жсон landing: {...simpleFields, landingBlocks: {id, text: {id, key, translates: {id, culture, value}}, landingBlockItems: {id, name: {id, key, translates: {id, culture, value}}}} и тд я его через normilizr разбираю на отдельные блоки, типа landing, properties, landingBlocks, landingBlockItems, translates ... и тд нормально ли из одного такого экшна диспатчить разные события вот так: dispatch({ type: '@@translate/FETCH_TRANSLATES', payload: entities.translates }); dispatch({ type: '@@properties/FETCH_PROPERTIES', payload: entities.properties }) dispatch({ type: '@@blockItems/ADD_ITEMS', payload: entities.landingBlockItems }) dispatch({ type: '@@blocks/ADD_ITEMS', payload: entities.landingBlocks });

нормально, только код говно инлайнить константы некрасиво, лучше вынести в функции

нормально, только код говно инлайнить константы некрасиво, лучше вынести в функции

у меня они енумами сделаны. я просто использую TS

а это на скорую руку набросал

ну тогда ок

ERROR: S client not available

Да, не пользоваться голым thunk

А что поверх него можно взять ?

Скорее вместо, redux-observable, saga

Но конечно же все зависит от лсожности приложения

Если это туду лист, thunk не самый плохой вариант

Скорее вместо, redux-observable, saga

Бред, санок хватает в 90% случаев

Если это туду лист, thunk не самый плохой вариант

Это не тудушник. Примитивный конструктор лендингов

По санкам только читал фитбеки. Спорить не буду

Ну мне пока санок хватает. Я думал, что ты о чём-то, что позволит уменьшить кол-во бойлерплейта

Бред, санок хватает в 90% случаев

Но есть ещё 10 !

Ну мне пока санок хватает. Я думал, что ты о чём-то, что позволит уменьшить кол-во бойлерплейта

Redux-symbiote но хз как с тайпингами

Redux-symbiote но хз как с тайпингами

Спс, посмотрю

В каких случая тогда лучше использовать redux-saga?

В каких случая тогда лучше использовать redux-saga?

в любых случаях избегать использование

ребята подскажите зачем "redux-observable" что то прочитал но нифига не понял зачем он

В каких случая тогда лучше использовать redux-saga?

я использовал когда было сложное приложение с большим количеством логики связанной с асинхронностью, сейчас используем redux-observable

thunk для самых простых приложений

thunk для самых простых приложений

А в чём проблема использовать их в сложных приложениях?

А в чём проблема использовать их в сложных приложениях?

большая вложенность получаеться, мне не нравиться писать dispatch -> dispatch -> dispatch

Санки тестировать - одна большая морока.

Санки тестировать - одна большая морока.

thunk тоже, вот redux-observable на много удобнее

Санки === thunk

Санки === thunk

сори, санки, саги)

но мне и для саг тесты не очень понравилось писать