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

ну я на базе redux-act очень сильно упростил себе жизнь

в коде [самого редакса] в кодовой базе [твоего проекта]

И что? Маленький - это не значит простой, поэтому свой чят - это нормально.

кстати про электрон

ну я на базе redux-act очень сильно упростил себе жизнь

буду знать)

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

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

Скопировал папку фронта туда и один файлик main-процесса дописал

норм

Бля пора пилить @state_management_ru

Готово!? (правда не знаю зачем)

Бляяя

Лол

да и провайдер но вангую попапу можно в корен херануть

Там же порталы можна заюзать

Там же порталы можна заюзать

в рн нет

Готово!? (правда не знаю зачем)

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

Ребят, вопрос. У меня есть сервис (забирает данные с сервера). При ошибке после его вызова, нужно показывать попап с этой ошибкой (ее присылает сервер). Получается я диспатчу экшн дайМнеСписокЧеков, при ошибке диспатчу откройПопапОшибки(ошибка). Но что, если мне нужно обработать так каждый вызов сервиса? Получается я везде буду писать одну и ту же обработку. Как правильно сделать?

Ребят, вопрос. У меня есть сервис (забирает данные с сервера). При ошибке после его вызова, нужно показывать попап с этой ошибкой (ее присылает сервер). Получается я диспатчу экшн дайМнеСписокЧеков, при ошибке диспатчу откройПопапОшибки(ошибка). Но что, если мне нужно обработать так каждый вызов сервиса? Получается я везде буду писать одну и ту же обработку. Как правильно сделать?

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

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

Ну вообще единственная причина, по которой разрешалось спрашивать, это именно название чата

https://medium.com/devschacht/jack-scott-goodbye-redux-4f11cc3c6af5

что думаете?

https://medium.com/devschacht/jack-scott-goodbye-redux-4f11cc3c6af5

там аппло графкл ?

угу

))

синкт эбоут

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

есть какой-нибудь простой примерчик? чет не очень понял

> graphql > простой пример Схему сначала свою сгенерируй, да с бэкендом перетри о новом раскладе сил на проекте

А, черт, думал это к посту выше)

Короче спойлер: просто с gql не будет

Короче спойлер: просто с gql не будет

мне чет тоже так показалось

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

синкт эбоут

а что не так с аполло?

ну с челиком я согласен

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

а что не так с аполло?

я что-то плохое сказал?

это однозначно жопа без споров, на поддержку редукса нужны лошадиные усилия на старте

я что-то плохое сказал?

Показалось что да

Я вот использую реакт аполло и очень доволен после redux

там аппло графкл ?

я не понимаю,graphql без бэка же не заработает

а если у тебя уже rest на сервере

Я вот использую реакт аполло и очень доволен после redux

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

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

редакс = бутылка

я не понимаю,graphql без бэка же не заработает

Нет, не заработает, но поднять самому изи и внедрять постепенно можно

Я вот использую реакт аполло и очень доволен после redux

+++

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

Нет, не заработает, но поднять самому изи и внедрять постепенно можно

ну если в бэк умеешь то наверное да

потому что это апи провайдер

и не надо ниче руками писать

но редукс это ж чисто стейт а не апи провайдер

как можно сравнивать ?

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

но эт не значит что аполо лучше редукса

как можно сравнивать ?

Я не сравниваю redux и gql. Речь идет про аполло и редакс

ок аполо и редак

то же самое

аполо это апипровайдер а редукс это чисто менеджер стейта

причем самый примтивный

аполло разве не клиент для графкл ?

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

ридакс очень часто только для асинка юзается, поэтому и сравнивают)

ридакс очень часто только для асинка юзается, поэтому и сравнивают)

аксиос это для редукса ...

чет это все равно что сравнивать сервисы из онгуляра со стейт менеджером

как бы разные вещи

чет это все равно что сравнивать сервисы из онгуляра со стейт менеджером

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

а потом трындеть

аксиос это для редукса ...

ну типо того)

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

+- да можно выкинуть

но надо тогда хорошо в rx уметь

ERROR: S client not available

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

или вообщее какой-то более человеческий стейтменеджмеент

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

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

ну как бы такой себе минус

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

где ?

че

если ты про ангуляр

где ?

ну ты ж подписываешься на метод сервиса

то стримы ж можно замапить

и потом через |async

ну можно и так

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

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

я читал статью про di

в реакте и там подходы

типа сервис инжекторы

и сервис локейторы

и чувак пришел к выводу что проще всего это просто пропсы пробрасывать

с глобал сервисами)

di в онгуляре умный, делает синглтоны когда нужно

import { services } from ‘di’ <Component services={services} />

и чувак пришел к выводу что проще всего это просто пропсы пробрасывать

ну это тогда не DI же

ну это тогда не DI же

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

и дергаешь)

мб можно через контекст как-то умнее сделать

ну типа такой вариант изи тестить

и надежней всего

ну да,просто явно передавать всегла понятней

аполло разве не клиент для графкл ?

Его. авторы метеора делают, как думаешь, они согласятся быть просто клиентом?)

import { services } from ‘di’ <Component services={services} />

А нафиг в этом примере вообще тогда Component?)

А нафиг в этом примере вообще тогда Component?)

ну в компоненте дернуть сервис

Ну дергай