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

В issues огонь типа "запустил либу, ноутбук расплавился на ботинки, когда ждать патч", но число лайков растёт всё больше)

Поэтому вполне представляю, как vue китайцы ставят лайки просто за компанию, а китайцев побольше нас всех вместе взятых будет)

решают скачки

ну вью действительно настолько хорош, поэтому и звезд много

Окей, да, не только китайцы ?

до этого было через прокидывание хандлер функции и ref

кто-нибудь делал SSR на сагах? первый день с ними - вообще не могу понять как это запилить

до саг в ssr вообще дойти не должно. есть состояние - по нему рендеринг

дак данные надо зафечить

по мне ты собираешь состояние до рендеринга как умеешь и скорее всего без саг

по мне ты собираешь состояние до рендеринга как умеешь и скорее всего без саг

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

либо принять тот факт что лазить в апи через саги это лишь для туторилов))

или что саги это лишь для туторилов?

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

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

мне кажется там где нужно SEO и соответственно SSR там скорее всего можно обойтись и без redux-saga

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

да, там, либо в куках

минус хранения jwt в локал сторадже в том, что JWT легко декодировать и прочитать

некоторых параноиков это может расстраивать

а в чём проблема саг в ssr? они точно так же отрабатывают как и на клиенте, вопрос только дождаться завершения всех fetch'ingov

а куки зашифрованы

да локал сторадж в общем выглядит как-то не очень надежно*

мне кажется там где нужно SEO и соответственно SSR там скорее всего можно обойтись и без redux-saga

Наоборот

Можно без геморроя дернуть их и потом вызвать рендер

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

С санками приходится изъебываться

ну я вообще всегда только за сагу

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

Только на верхнем уровне компонентов

Дичь

Есть redial

без саги очень уж муторно писать

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

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

данные в компоненты дожлны поступать через селекторы

странное дело. все же уже давно пройдено и придумано до фронтенда

почему многие люди начинают заново проходит путь джедая

компоненты и не дергают, статический метод по соглашению дергает итератор под роутером

и пытаться засунуть в компоненты фетчинги вякие :))

селекторы то здесь причем? каша

в той же винде под какими нибудь дельфи в мохнатые нулевые годы появились datasets и в визуальном компоненте ты мог отобразить данные только из них

речь то не про селект данных а запрос с сервера

ойвсе

речь то не про селект данных а запрос с сервера

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

но при маунтинге компонента делать фетчинг это ппц

ты предлагаешь форсить юзера нажимать кнопку load?

нет это я как пример привел

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

алло, ssr на проводе!

что данные должны загружаться либо по роутам из саг либо по инициативе юзера из интерфейса

но не от componentDidMount

что ssr?

видимо лучше коротенькие примерчики выкладывать

а то может спорим об одном и том же

я тебе намекаю что здесь сейчас обсуждается Server Side Rendering

ну это верно, я считаю то как щас юзают хуки компонентов для загрузки данных в мире реакта это антипаттерн и форсится он ушербностью react-router и желанием фейсбука сделать из реакта больше чем просто V

и переиспользование саг при SSR

ну это верно, я считаю то как щас юзают хуки компонентов для загрузки данных в мире реакта это антипаттерн и форсится он ушербностью react-router и желанием фейсбука сделать из реакта больше чем просто V

В чем связь между роутером и фейсбуком?

что данные должны загружаться либо по роутам из саг либо по инициативе юзера из интерфейса

Чего?

В чем связь между роутером и фейсбуком?

это 2 отдельные пункта ни как не связанные

ну это верно, я считаю то как щас юзают хуки компонентов для загрузки данных в мире реакта это антипаттерн и форсится он ушербностью react-router и желанием фейсбука сделать из реакта больше чем просто V

Фейсбук делает правильно. Этот конструктор задолбал уже.

А то, что данные получать надо только через саги - смешно. Редакс головного мозга.

Не нужно забивать шурупы молотком.

Щас бы не иметь апи слой в 2018

ERROR: S client not available

Фейсбук делает правильно. Этот конструктор задолбал уже.

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

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

Не все сразу. Вот будет fetcher api. Вполне неплохо.

Не все сразу. Вот будет fetcher api. Вполне неплохо.

очень не плохо, куда все текущие проекты деавать?

очень не плохо, куда все текущие проекты деавать?

Чего?

очень не плохо, куда все текущие проекты деавать?

фронтенд нужно переписывать каждые 6 месяцев

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

Ужас, платформа развивается.

Чего?

эти новые fetch апи вероятно поменяют то, как строятся приложения на реакте

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

эти новые fetch апи вероятно поменяют то, как строятся приложения на реакте

Да. Поменяет. Редакс наконец начнут использовать когда он нужен.

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

Потому что неудобно работать вне редакса.

как понять неудобно работать? берешь и диспатчишь экшны откуда угодно?

эти новые fetch апи вероятно поменяют то, как строятся приложения на реакте

Так же как и новые лайфсайкл хуки.

Да. Поменяет. Редакс наконец начнут использовать когда он нужен.

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

как понять неудобно работать? берешь и диспатчишь экшны откуда угодно?

Ну что делать, если компонент размаунтился перед окончанием запроса?

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

Сейчас все что не попадя пихают в редакс. Эта часть как раз уберёт это.

в хуке отменять, не?

в хуке отменять, не?

Вот и гемор.

а с редаксом как?

Бойлерплейт нужен. А так херак, херак и редакс.

если компонент уже размаунтился, то запрос в любом случае не нужен уже

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

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

Такова реальность. + кеширование из коробки.

ебушки-воробушки

А чего что-то должно чего-то там ронять?

Там будет noop

И всё

ну я так понял, андрей имел в виду, что "запрос дернет setState, когда компонент уже умер"

Там будет noop

Там будет noop

Любишь 100500 варнингов в деве - удачи.

Брат жив, варнинги раз в 100 лет бывают

Рад за тебя.