Так вообще делать не стоит, вызов аякса в компоненте дурной тон. что будет если к моменту setState компонент будет уже отмаунчен?

а что будет? )

а что будет? )

варнинг в консоли

А где это делать?

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

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

Редакс?

Нет, это локальные данные, они мне не нужны в сторе

ну если он используется для этого, то да

не обязательно

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

сайдэффекты лучше обрабатывать мидлварой

сайдэффекты лучше обрабатывать мидлварой

так и делаю

так а почему у тебя тогда запрос к апи в willmount?

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

пфф) если я буду все локальные данные хранить с сторе, будет куда больше гемороя

пфф) если я буду все локальные данные хранить с сторе, будет куда больше гемороя

вопросов нет, твое право )

сайдэффекты лучше обрабатывать мидлварой

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

вопросов нет, твое право )

ты просто не видел структуру моих данных которые мне от апи приходят, а там такой пиздец, что акуеть не встать, там вложеность объетов массиво не меньше 20 будет, если все собирать в стор. Этож надо еще и об иммутабельности заботиться. Поэтому данные локально для кажого комнонента свои запрашиваю

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

ты просто не видел структуру моих данных которые мне от апи приходят, а там такой пиздец, что акуеть не встать, там вложеность объетов массиво не меньше 20 будет, если все собирать в стор. Этож надо еще и об иммутабельности заботиться. Поэтому данные локально для кажого комнонента свои запрашиваю

есть такая вещь как нормализация данных

ты просто не видел структуру моих данных которые мне от апи приходят, а там такой пиздец, что акуеть не встать, там вложеность объетов массиво не меньше 20 будет, если все собирать в стор. Этож надо еще и об иммутабельности заботиться. Поэтому данные локально для кажого комнонента свои запрашиваю

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

есть такая вещь как нормализация данных

нормальнизация данных, их кол-во не сокращает

просто зайдите сюда, и посмотрите ск. там данных ante.su

Ну так там же не для каждого пункта справа отдельная модель

А одна общая

Я не могу уловить связь, между количеством данных и архитектуры твоего приложения. Мы, видимо, говорим о разном. Не важно сколько у тебя данных. Вытяни, структурируй их и верни ТОЛЬКО те данные в компонент, которые ты будешь отрисовывать.

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

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

День добрый, начал изучать redux недавно и столкнулся с проблемой пробрасывания в пропсы стейта - projects все время undefined. Использую typescript версии 2.3.4

Нужно подумать будет над каким-нибудь хоком withStore, который как withReducer, только позволит еще делать мидлвары для диспатча

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

я использую редакс только там где это необходимо

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

Потому что редакс это не просто глобальный стор, это паттерн работы с состоянием

И использовать этот паттерн стоит как глобально, так и локально

я использую редакс только там где это необходимо

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

а зачем? не понимаю

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

У тебя толжно быть только ОДНО место с состоянием всего твоего приложения

а зачем о нем забывать?

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

лол нет

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

не надо все данные пихать в ридакс

ридакс в 90% не нужен

+100500

+ 100500

Кто что про это думает

Нужно подумать будет над каким-нибудь хоком withStore, который как withReducer, только позволит еще делать мидлвары для диспатча

Потому что редакс это не просто глобальный стор, это паттерн работы с состоянием

И использовать этот паттерн стоит как глобально, так и локально

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

какой пиздец

должен быть один источник данных

И да, плюсую про то, что редакс не всегда нужен. Редакс нужен для хранения всех данных приложения, а тут судя по всему не данные приложения

должен быть один источник данных

и это редакс,что не так?

нет

приведу сейчас пример

это переводится не как “выберите стейт или редакс"

И да, плюсую про то, что редакс не всегда нужен. Редакс нужен для хранения всех данных приложения, а тут судя по всему не данные приложения

Согласен.

а как “источник даных ДЛЯ ОДНОЙ ПЕРЕМЕННОЙ должен быть один”

это переводится не как “выберите стейт или редакс"

я не говорю, что локальный стейт не надо юзать

и таких компонентов много

я не говорю, что локальный стейт не надо юзать

не надо пихать всё в ридакс

я не говорю, что локальный стейт не надо юзать

а что ты говоришь, может неправильно поняли тут тебя

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

хороший вопрос, как с этим бороться?

Так вообще делать не стоит, вызов аякса в компоненте дурной тон. что будет если к моменту setState компонент будет уже отмаунчен?

ERROR: S client not available

Сервис

Редакс - пример такого сервиса

Такая хрень, которая сама параллельно делает запрос

И потом компонент просто берет данные из сервиса

Не зная по сути, откуда они идут

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

Я так в ангуляре делал)

или линк, где об этом почитать можно

Собственно, в ангуляре это бестпрактис

@MaksimSidorov а где про дурной тон почитать и вообще альтернативные варианты?

Нет, линка нет у меня, хок какой-нибудь можно сделать

чот навскидку нихера не гуглится

чот да

я пробовал писать сервисы

так се идея

Нет, линка нет у меня, хок какой-нибудь можно сделать

так и сделал, но у хока тоже есть componentWillMount и он тоже может размаунтиться раньше ответа апи)

так се идея

чойто

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

нормальная идея

отлично тестируется

чойто

разорванно получается

почему?

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

?

почему?

SSR при этом сложновато делать Я стараюсь код писать так, чтобы SSR прикрутить легко было.

с сср еще не сталкивался плотно

саасы в основном

там похуй на сср

с сср еще не сталкивался плотно

Ну там нельзя завести global и думать, что будет всё ок. Данные же приходят асинхронно, пока выполняется экшен от первого юзера, уже начался рендеринг от другого и глобал уже перетерт. Короче npmjs.com/redial помогает. Но ещё приходится однозначно линейный поток данных иметь. И юзера прокидывать в каждый экшен напрямую, читы не работают.

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

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

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

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