абрамов сам говорит, что redux-thunk это написанный на коленке proof of concept, который он надеялся, что не станет популярным

абрамов написал редакс который я бы хотел чтобы не стал популярным

Слова Абрамова - закон?

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

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

ох, да, чет из головы вылетело, спасибо

и собственно так и есть это escape hatch

абрамов написал редакс который я бы хотел чтобы не стал популярным

+

Слова Абрамова - закон?

ну в данном случае он же и автор redux-thunk

абрамов сам говорит, что redux-thunk это написанный на коленке proof of concept, который он надеялся, что не станет популярным

а что использовать собсно?

абрамов написал редакс который я бы хотел чтобы не стал популярным

:)

саги!

ну в данном случае он же и автор redux-thunk

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

а что использовать собсно?

а вы с какой целью интересуетесь? :)

а что использовать собсно?

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

Народ делаю авторизацию на реакте. Встал такой вопрос

а что использовать собсно?

https://github.com/grammarly/focal

Народ делаю авторизацию на реакте. Встал такой вопрос

Напряженная тишина... Пиши сразу все сообщение

а что использовать собсно?

https://github.com/lelandrichardson/redux-pack

ENOSPC means that there is no space on the drive

Народ делаю авторизацию на реакте. Встал такой вопрос

круто будет, когда настанут времена, когда "авторизация на реакте" не будет отличаться от "авторизации не на реакте" )

круто будет, когда настанут времена, когда "авторизация на реакте" не будет отличаться от "авторизации не на реакте" )

ничем не отличается

В header'e есть имя пользователя. Когда перехожу по страницам каждый раз передаю пользователя через пропсы

круто будет, когда настанут времена, когда "авторизация на реакте" не будет отличаться от "авторизации не на реакте" )

Она и сейчас не отличается.

ничем не отличается

будущее здесь!

ничем не отличается

это была айрони, читай между строк

ENOSPC means that there is no space on the drive

Странная штука, да после npm install все норм, спасибо

В header'e есть имя пользователя. Когда перехожу по страницам каждый раз передаю пользователя через пропсы

используй контекст

Странная штука, да после npm install все норм, спасибо

кул

используй контекст

Ок. Щас попробую

поддерживаю вопрос, а где тогда?

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

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

Я пришёл в выводу, что запускать машину отдельно от редакса не получится(

Иначе нормальный ssr невозможен будет.

Иначе нормальный ssr невозможен будет.

проверял

стор синглон и всё збс

стор синглон и всё збс

<> <A /> <A /> </>

Как решаешь проблему?

а какая связь?

зоны или подход эффектора

зоны или подход эффектора

Подход эффектора - сказать, что такие ситуации мы не поддерживаем?

Подход эффектора - сказать, что такие ситуации мы не поддерживаем?

у него есть пример SSR

у него есть пример SSR

Руками строить стор? Ну это кривота.

Да просто замыкания...

Для меня нормальный ssr - это иметь функцию setStore, куда ты кладёшь объект полученный из getStore.

Да просто замыкания...

тоже говно

я юзаю для SSR библиотеку zone.js

тоже говно

Это ключевая архитектура языка ?

Это ключевая архитектура языка ?

твой пример, это дикий verbose

я юзаю для SSR библиотеку zone.js

Гипер костыли

Гипер костыли

нет)

это охренительно удобно

Это ключевая архитектура языка ?

Это не мешает использовать её для говна.

Это не мешает использовать её для говна.

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

это охренительно удобно

Мокать дефолтные механизмы ЯП - это априори не правильно, какой бы профит от этого не был

Мокать дефолтные механизмы ЯП - это априори не правильно, какой бы профит от этого не был

ну ладно

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

Меня не интересует скорость сейчас. Я хочу удобное апи создать.

Меня не интересует скорость сейчас. Я хочу удобное апи создать.

уже сделано

решайте проблемы жс дальше

let zoneA = rootZone.fork({name: 'A'});

Ну такое... Руками имена задавать.

это не нужно

короче

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

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

А можешь ткнуть в сторону примера?

А можешь ткнуть в сторону примера?

Zone.current.fork({ properties: { id: getNextId() } }).run(() => { // here you can check // Zone.current.get(‘id’) }) где getNextId() функция возвращающая стору/символ/число/чтоугодноуникальное это спокойно заворачивается в import { startApp, dispatch, getState } from ‘./core’ startApp(() => { dispatch({ type: ‘EXAMPLE’ }) })

ERROR: S client not available

Zone.current.fork({ properties: { id: getNextId() } }).run(() => { // here you can check // Zone.current.get(‘id’) }) где getNextId() функция возвращающая стору/символ/число/чтоугодноуникальное это спокойно заворачивается в import { startApp, dispatch, getState } from ‘./core’ startApp(() => { dispatch({ type: ‘EXAMPLE’ }) })

Id?

ща поправлю

я юзаю для SSR библиотеку zone.js

опа а в чем плюсы перед некстом? я только начал в этом деле, так сказать.

опа а в чем плюсы перед некстом? я только начал в этом деле, так сказать.

строишь архитектуру не зависящую от nextjs без его ограничений

а это правда

:)))

Вопрос ньюфажный Как flow делает синтаксис дженериков валидным? Это всё бабель/flow-remove-types обеспечивает?

Вопрос ньюфажный Как flow делает синтаксис дженериков валидным? Это всё бабель/flow-remove-types обеспечивает?

да есть ещё babel-preset-flow

да есть ещё babel-preset-flow

Понял. Я и имел ввиду babel-preset-flow

Zone.current.fork({ properties: { id: getNextId() } }).run(() => { // here you can check // Zone.current.get(‘id’) }) где getNextId() функция возвращающая стору/символ/число/чтоугодноуникальное это спокойно заворачивается в import { startApp, dispatch, getState } from ‘./core’ startApp(() => { dispatch({ type: ‘EXAMPLE’ }) })

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

Вопрос ньюфажный Как flow делает синтаксис дженериков валидным? Это всё бабель/flow-remove-types обеспечивает?

Для флоу есть возможность все описывать в комментариях, кстати, если что

да есть ещё babel-preset-flow

А знаешь какой-нибудь проект, где активно используется flow? Хочу глянуть как организуют код с ним

А знаешь какой-нибудь проект, где активно используется flow? Хочу глянуть как организуют код с ним

React, vue

React, vue

vue?

vue?

Да.

React, vue

Vue?x2

Да.

Давно?

Давно?

Без понятия.

Да.

Его же ругали как абсолютно не типизируемый?

Его же ругали как абсолютно не типизируемый?

Код, который использует vue не типизируется. Сам vue использует flow.

круто

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

я решаю только проблему синглтон стора в SSR

я решаю только проблему синглтон стора в SSR

Понял. Синглтон - это просто слишком)

это отличное решение

убирает кучу проблем

возможно ли ,что создание стандартных actions через Список констант и редюсеров через switch(){case :} будет подходить больше , чем иипользование библиотек для них . ? или вообще никто не делает так в больших проектах ?

это отличное решение

Если у тебя нет нескольких инстансов компонентов, то да.

какой неебически полезный чат. успевать бы читать.

Код, который использует vue не типизируется. Сам vue использует flow.

Да вроде как типизируется https://alligator.io/vuejs/components-flow/

Если у тебя нет нескольких инстансов компонентов, то да.

да даже если есть не вижу проблемы)

возможно ли ,что создание стандартных actions через Список констант и редюсеров через switch(){case :} будет подходить больше , чем иипользование библиотек для них . ? или вообще никто не делает так в больших проектах ?

Это определенно не тот вопрос производительности, о котором следует задуматься