Подскажите с чем сейчас стоит ознакомиться кроме Hooks, Saga, Redux

Effector Svelte

Effector Svelte

Еффектор едва ли впечатлит на собесе

Svelte - это уже не про реакт

Подкиньте нормальный пример тротлинга onScroll, еще лучше, на хуках чет либа react-use падает 🙁

Подскажите с чем сейчас стоит ознакомиться кроме Hooks, Saga, Redux

TypeScript, a11y

С целью сказать что знаешь что это такое на собеседовании)

GraphQL, SSR и как это настроить - по мне так впечатлит

Еффектор едва ли впечатлит на собесе

Заведи сср на эффекторе в крупном проекте

Впечатлит

Заведи сср на эффекторе в крупном проекте

Эт уже на помидора тянет)

Впечатлит

Меня то впечатлит, мы же о типовом собесе

уже можно redux через хуки юзать?

Эт уже на помидора тянет)

На самом деле, просто нужно аккумулировать набор идей и немного подумать, и всё заработает

На самом деле, просто нужно аккумулировать набор идей и немного подумать, и всё заработает

пф.. подумать (я вообще эффектор не осилил пока)

уже можно redux через хуки юзать?

Да

А скажите, стоит ли пушить в гит учебные проекты, и вообще рассмстривает ли их работодатель при приеме на работу?

TypeScript, a11y

спасибо

GraphQL, SSR и как это настроить - по мне так впечатлит

спасибо

А скажите, стоит ли пушить в гит учебные проекты, и вообще рассмстривает ли их работодатель при приеме на работу?

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

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

А зачем они тогда просят ссылку на гитхаб?

А зачем они тогда просят ссылку на гитхаб?

логично же, посмотреть твои проекты. просто, проекты в стиле "урок первый, урок второй и т.д." никому не нужны.

ждут они там твоих пет проджектов

логично же, посмотреть твои проекты. просто, проекты в стиле "урок первый, урок второй и т.д." никому не нужны.

Понял, спасибо. Значит просто свои MVP запушить и норм

Как организовываете пакеты для приложений с SSR ? Какую версию стора проектируете сначала SSR или SPA ?

Как организовываете пакеты для приложений с SSR ? Какую версию стора проектируете сначала SSR или SPA ?

они как-то отличаются ?

энтрипоинт разный только и инициализация

они как-то отличаются ?

ну как бы стор в спа ходит на бэк, а стор сср ходит в источники данных другие

ну как бы нет

более того, стор вообще никуда не ходит

энтрипоинт разный только и инициализация

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

более того, стор вообще никуда не ходит

а селекторы разные ? )))

нет

разных всего 2 файлика

не знаю, куда ты там и чем ходить собрался

окей - маунт в дом и рендер реакт приложения на бэке разные ?

внезапно

это понятно, но не только они должны быть разными

энтрипоинт разный только и инициализация

^

нужно собрать стор на бэке под роут, для рендеринга

нужно собрать стор на бэке под роут, для рендеринга

ага, итого 2 файлика

но ты его собираешь исходя из роута ? и он полностью по шейпу повторяет стор СПА ?

да, разницы никакой нет

ок, советуешь начать со сторибука и с спа и не париться ? никаких проблем внедрить ССР после не будет ?

т.е. есть файлик, в котором есть renderApp функция, есть какой-то загрузчик сторов, который по текущему урлу загрузит нужные данные и инициализирует ними то, что тебе нужно дальше просто получаешь стор и передаёшь в готовое приложение, делая renderToString

ок, советуешь начать со сторибука и с спа и не париться ? никаких проблем внедрить ССР после не будет ?

ну если у тебя будет куча работы с dom напрямую, использование this.state и пр, то проблемы будут

ну... только если после маунта и по событиям IO (данные пришлы, мышку пнули)

у нас весь стейт вынесен из компонентов в редакс, а те компоненты, в которых не вынесен, обычно в SSR не принимают участие

у нас весь стейт вынесен из компонентов в редакс, а те компоненты, в которых не вынесен, обычно в SSR не принимают участие

у меня обычно это какие-то виджеты , графики на прямую не имеющие отношения к контенту

через хуки дёргающие асинк апи, без завяки на стор

как я понимаю, для не зареганных юзеров вообще ССР можно игнорировать на данный момент

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

мы не игнорируем

ну, точнее как. у нас SPA встраивается в MVC часть. и вся инфа по регистрациям в этой MVC части

и вы на сервере рендерите юзер специфичную разметку ?

елс инапример юзер приходит с куками или с живой сессией, вы рендери разметку как после логина?

Да, у нас за это не спа отвечает

Да, у нас за это не спа отвечает

А контексты работают ? )))

Какое-то странное поведение заметил, использую новые контексты

В смысле

для интернационализации юзаю контекст

как будто он всегда пустой

для интернационализации юзаю контекст

Покажите код

В провайдер отправляете значение?

А контексты работают ? )))

Работают

Привет джедаи! Почему сей код затирает то что передано spread оператором? <QuestionItem { ...this.props.store.currentSurvey.question} onNext = { this.handleNext } onBack = { this.handleBack } surveyType = { this.props.store.currentSurvey.surveyType } /> если surveyType убрать или написать так: surveyType = { "standart" } то не затирает Есть идеи?

Привет джедаи! Почему сей код затирает то что передано spread оператором? <QuestionItem { ...this.props.store.currentSurvey.question} onNext = { this.handleNext } onBack = { this.handleBack } surveyType = { this.props.store.currentSurvey.surveyType } /> если surveyType убрать или написать так: surveyType = { "standart" } то не затирает Есть идеи?

А почему должен не затирать?

<QuestionItem { ...this.props.store.currentSurvey.question} onNext = { this.handleNext } onBack = { this.handleBack } /> так не затирает

почему должен? ))

в this.props.store.currentSurvey.question нет ключей surveyType, onNext, onBack

в this.props.store.currentSurvey.question нет ключей surveyType, onNext, onBack

Что-то не понял тогда проблему

Какое ожидаемое поведение?

<QuestionItem { ...this.props.store.currentSurvey.question} onNext = { this.handleNext } onBack = { this.handleBack } /> Вот так в компонент приходит содержимое объекта подаваемого через спред и функции onNext и onBack как только добавляю surveyType <QuestionItem { ...this.props.store.currentSurvey.question} onNext = { this.handleNext } onBack = { this.handleBack } surveyType = { this.props.store.currentSurvey.surveyType } /> в компонент перестает приходить все что передано через spread оператор

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

может это важно this.props.store.currentSurvey.question и this.props.store.currentSurvey.surveyType observable

mobx

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

Не надо бояться лишний раз приконектить

не понял что коннектить?

Ты сторовские данные передаешь пропсами

Проблем меньше в жизни будет, если перестанешь так делать

<QuestionItem store={this.props.store.currentSurvey} onNext = { this.handleNext } onBack = { this.handleBack } /> ??