Вся суть rr4 в том, что он не делает запросов, а предоставляет эту почётную обязанность компонентам реакта

Вся суть rr4 в том, что он не делает запросов, а предоставляет эту почётную обязанность компонентам реакта

так ни один роутер не делает запросов

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

нет, нельзя

нет, нельзя

Ужас.

просто все остальные роутеры ВОЗВРАЩАЮТ СПИСОК КОМПОНЕНТОВ

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

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

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

у меня некоторые компоненты не зависят от роута

вообще

но дергают запросы

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

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

просто все остальные роутеры ВОЗВРАЩАЮТ СПИСОК КОМПОНЕНТОВ

universal-router слегка иначе резолвит

но дергают запросы

а не должны

привязывать их к роуту как сова говорит — это ад

кому не должны?

привязывать их к роуту как сова говорит — это ад

why?

просто все остальные роутеры ВОЗВРАЩАЮТ СПИСОК КОМПОНЕНТОВ

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

любой роутер

если вызвают ApiRequester методы только страницы

есть одна точка получения данных

если вызвают ApiRequester методы только страницы

нет не вызывают

тестить легче

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

Я даже больше скажу, роутер может вернуть даже не компоненты

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

вот берет и возвращает посмотри на rr3 и его match() функцию

у меня некоторые компоненты не зависят от роута

Надеюсь, регулярки в роутинг в реакте скоро завезут.

откуда он знает, что компонент A рендерит компонент B, который рендерит компонент С и так далее, а все эти компоненты в принципе могут иметь в componentWillMount много всего интересного, вызов api например

откуда он знает, что компонент A рендерит компонент B, который рендерит компонент С и так далее, а все эти компоненты в принципе могут иметь в componentWillMount много всего интересного, вызов api например

он возвращает только те, который непосредственно вставлены в роутер и роутер не знает о cWM и прочих а redial с помощью HOC’ов добавляет хуки, которые и вызывает

Роутер — это резолв обобщённых данных на основе хистори браузера

Надеюсь, регулярки в роутинг в реакте скоро завезут.

https://egghead.io/lessons/react-use-regular-expressions-with-routes-with-react-router-v4

собственно нормального роутера нет

он возвращает только те, который непосредственно вставлены в роутер и роутер не знает о cWM и прочих а redial с помощью HOC’ов добавляет хуки, которые и вызывает

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

SSR с подгрузкой данных это боль

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

для всех листев роутера, по факту

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

и не “получаются данные по апи”, а “вызываются хуки” на компонентах а в хуках можешь делать что захочешь

Роутер — это резолв обобщённых данных на основе хистори браузера

universal-router асинхронно резолвит данные, вообще не интересуясь тем, что они для тебя представляют. Можешь реквест к серверу описать, можешь компонент вернуть, — ему вообще всё равно Это я к тому чтобы представляли что не реактом единым

короче это комбайн какой-то

нафиг

universal-router асинхронно резолвит данные, вообще не интересуясь тем, что они для тебя представляют. Можешь реквест к серверу описать, можешь компонент вернуть, — ему вообще всё равно Это я к тому чтобы представляли что не реактом единым

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

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

https://egghead.io/lessons/react-use-regular-expressions-with-routes-with-react-router-v4

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

Надеюсь, это и в 3 версии тоже есть

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

и не “получаются данные по апи”, а “вызываются хуки” на компонентах а в хуках можешь делать что захочешь

тогда, если глубоко отрендеренный компонент будет дёргать апи в componentWillMount, то полюбому будут проблемы при SSR

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

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

тогда, если глубоко отрендеренный компонент будет дёргать апи в componentWillMount, то полюбому будут проблемы при SSR

а не надо так делать

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

я про это и говорю как раз

а не надо так делать

кто это сказал?

сова сказал )

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

Тогда причем тут роутинг вообще

фишка redial и серверного рендеринга не в том, чтобы запросить ВСЕ данные, а чтобы ускорить загрузку, спросив только самые необходимые и догрузив что нужно уже на клиенте имея первую верстку

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

Его минусы исходят из его плюсов, к сожалению, эту идею ещё предстоит довести до нормального удобного вида Но как концепт рекомендую ознакомиться)

Тогда причем тут роутинг вообще

это утрированный пример сове, что SSR нельзя решить средствами роута

это утрированный пример сове, что SSR нельзя решить средствами роута

я выше написал

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

ну я же решал SSR

я выше написал

что ты вышще написал? что все запиросы должна страница делатЬ?

?

ладно парни: больше кода, отвлеклись совсем

Пацаны, для обсуждаемой проблемы есть отдельные способы)

что ты вышще написал? что все запиросы должна страница делатЬ?

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

Чисто резолвить асинхронный ssr

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

да, лучше

фишка redial и серверного рендеринга не в том, чтобы запросить ВСЕ данные, а чтобы ускорить загрузку, спросив только самые необходимые и догрузив что нужно уже на клиенте имея первую верстку

тогда да, проблема, так как rr4 вообще как бы не расчитан на "статическую" отдачу списка роутев, более того, такого статического списка вообще может не быть

у меня атомарные компоненты

которым плевать что там вокруг происходит

которые сами хаоса наводят?

“наводят хаоса” это твое субьективное мнение

компонент который зависит не только от пропс, но и от кучи внещних переменных? как ты это тестируешь?

компонент который зависит не только от пропс, но и от кучи внещних переменных? как ты это тестируешь?

где я сказал такое?

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

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

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

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

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

обычно

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

отлично буду тестировать тесты на HOC для получения данных и тесты на отображение

обычно

— никак

— никак

так тоже можно

— никак

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

обычно

@syabro по твоему это конструктивный ответ?

да, вполне

обычно = так же как и остальные компоненты

не вижу в чем тут отличие может быть

обычно = так же как и остальные компоненты

только вот совсем не так же

пруф?

другие компоненты у меня чистые — зависят ТОЛЬКО от пропс

и тестить их крайне просто

отлично

у меня тоже

иногда от глобального стейта

подсказки для редактора/ИДЕ как код сворачивать (мб ошибаюсь, но видел в релизе вскод чет-такое)

у меня тоже

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

я рад, у меня нет редакса

точнее почти нет, скоро не будет

я рад, у меня нет редакса

блэт ну с этого и надо начинать

этож разные подходы к организации и хранению данных

но один хрен, чем больше чистых компонентов, тем проще код

этож разные подходы к организации и хранению данных

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

кстати, а почему бы для проблемы с SSR не юзать middleware для редакса, которая будет собирать все промисы, которые возвращаются из dispatch?