а теперь поменяй на большую букву RootButton

Может кто-нибудь что-нибудь сказать о react-router-transitions? Кто юзал?

лодашевский filter по объекту возвращает массив вот теперь я, кажется, убеждён в переезде на рамду

а теперь поменяй на большую букву RootButton

не пашет

нет, не так. читай доку, в общем

зачем Common с большой буквы?

зачем Common с большой буквы?

хз, по привычке написал

нет, не так. читай доку, в общем

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

не пашет

умеешь пользоваться инспектором?

кликаю на элемент и там 0 стоит

посмотри на computed styles

attrs - это то что в обернутый компонент идет, к пропсам отношения вообще не имеет. В смысле пропсы в attrs и пропсы в ```` - одно и то же, а не поочередное преобразование

Тебе нужно статическое свойство defaultProps вот и все

короче выкладвый код на codesandbox ?

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

вот мне интересен твой подход, почему не через styled(common)`` и дальше писать, почему через функции?

https://codesandbox.io/s/ryl0v0o14m

мне было нечего делать

у меня работает)

у меня работает)

там мой косяк уже, каким-то образом перебиваю, спасибо за ответ

вот мне интересен твой подход, почему не через styled(common)`` и дальше писать, почему через функции?

потому что это в обход стайледа

потому что это в обход стайледа

понял, спасибо

что значит в обход стайледа?

что значит в обход стайледа?

это значит, что не будет делаться extend

я бы так не делал, значительно лучше задать дефолтное значение в тему и props => props.ml || props.theme.margin.default

ток не props.theme, а просто theme

а стоп

я даун

я бы так не делал, значительно лучше задать дефолтное значение в тему и props => props.ml || props.theme.margin.default

принял, спасибо

yarn и npm не дружат в плане установок друг с другом? npm install --save something yarn start -> something not found

yarn и npm не дружат в плане установок друг с другом? npm install --save something yarn start -> something not found

не дружат, юзай что-то одно

не дружат, юзай что-то одно

Понял, спасибо

Ребят а как лучше иметь много маленьких контейнеров для каждого компонента или иметь 1 большой на всю страницу ?

Ребят а как лучше иметь много маленьких контейнеров для каждого компонента или иметь 1 большой на всю страницу ?

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

Привет ребята) Кто-то есть тут с Кракова?

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

Но вопрос вывода ошибок просто не дает мне покоя

я уже очень долго с ним мучаюсь

Ребят а как лучше иметь много маленьких контейнеров для каждого компонента или иметь 1 большой на всю страницу ?

много маленьких

я уже очень долго с ним мучаюсь

не пиши столбиком

не пиши столбиком

а не будет ли это негативно сказываться на системе ? на тестирование ? просто под много маленьких, их будет реально много маленьких но это сделает возможным нормальный проброс errors из 2-3 редьюсеров, а не из 10 что как по мне смотриться очень убого

Чем больше дробление - тем меньше концентрированных зависимостей - тем меньше сложность и проще тестирование. Но все, конечно, уметь готовить нужно

Чем больше дробление - тем меньше концентрированных зависимостей - тем меньше сложность и проще тестирование. Но все, конечно, уметь готовить нужно

есть еще вопрос есть модалки с формами, хочется дождаться их ответа и закрыть если нет ошибки валидации, или ответа апей. я так понимаю что чтобы закрывать их нужно в редьюсере держать open/close конкретной модалки и в middleware ее закрывать ?

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

давайте перефразируем вопрос иначе. Есть некий тайп экшенов на каторых взависимости от компонента должна быть разная реакция. Как вы решаете этот вопрос если не ожиданием промиса диспатчера на уровне комопоненты ??

давайте перефразируем вопрос иначе. Есть некий тайп экшенов на каторых взависимости от компонента должна быть разная реакция. Как вы решаете этот вопрос если не ожиданием промиса диспатчера на уровне комопоненты ??

сагами с разным payload

на возврат ответа у тебя подписываются разные side effects

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

я это только так вижу

Народ, вопрос немного оффтоп, я не могу придумать имя компоненту. Суть такая. Это такой компонент, в котором лежат две формы, одна для регистрации, вторая для входа. Но в зависимости от state, показывается только одна... Первую назвал SignInForm, вторая SignUpForm, а вот название для компонента который их объединяет придумать не могу... Хочется просто красивое название и логичное, а у меня только херня какая-то в голову лезет))

на возврат ответа у тебя подписываются разные side effects

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

Народ, вопрос немного оффтоп, я не могу придумать имя компоненту. Суть такая. Это такой компонент, в котором лежат две формы, одна для регистрации, вторая для входа. Но в зависимости от state, показывается только одна... Первую назвал SignInForm, вторая SignUpForm, а вот название для компонента который их объединяет придумать не могу... Хочется просто красивое название и логичное, а у меня только херня какая-то в голову лезет))

authorisationForms? ?

Народ, вопрос немного оффтоп, я не могу придумать имя компоненту. Суть такая. Это такой компонент, в котором лежат две формы, одна для регистрации, вторая для входа. Но в зависимости от state, показывается только одна... Первую назвал SignInForm, вторая SignUpForm, а вот название для компонента который их объединяет придумать не могу... Хочется просто красивое название и логичное, а у меня только херня какая-то в голову лезет))

enterForms

enterForms

как вариант) спасибо)

как вариант) спасибо)

entryForms логичнее будут

мне бы твои проблемы)

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

ERROR: S client not available

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

Ну я такой дезигн задумал)

loginForm )

@itsjohncena а какой ты вариант реализации табов имел ввиду?

@itsjohncena а какой ты вариант реализации табов имел ввиду?

через роутер и квери параметр

через роутер и квери параметр

но это хорошо например для 2х форм LogIn/SignUp, а если обычные табы название и описание , зачем , чтобы в урле отображалось какой таб

но это хорошо например для 2х форм LogIn/SignUp, а если обычные табы название и описание , зачем , чтобы в урле отображалось какой таб

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

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

красиво

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

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

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

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

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

просто рич роутер и вложенные роуты

просто рич роутер и вложенные роуты

А хотя, да, прям щас так и сделаю.

просто рич роутер и вложенные роуты

Только у меня вопрос... Вот у меня сейчас эти формы, на главное странице, и path у <Route> стоит "/". Теперь же мне получается, нужно добавить query параметр, типа - "/?entryForm=signIn" Вот я думаю, мне на каком этапе это делать? Просто если я прописываю этот параметр в path, то у меня ломается редирект...

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

просто рич роутер и вложенные роуты

В общем, вопрос в том, как инициализировать начальный query параметр? Так как это моя главная страничка, куда пользователь скорее всего будет попадать по ссылке "/"

В общем, вопрос в том, как инициализировать начальный query параметр? Так как это моя главная страничка, куда пользователь скорее всего будет попадать по ссылке "/"

редиректом мб

Ну в рич роутере есть функции router.setParameter({}) или router.setQueryParameter({}) ?

Ну в рич роутере есть функции router.setParameter({}) или router.setQueryParameter({}) ?

Да, вроде есть... думаю как правильно реализовать. Типа, если props.location.search пустой, добавить нужный

В общем, вопрос в том, как инициализировать начальный query параметр? Так как это моя главная страничка, куда пользователь скорее всего будет попадать по ссылке "/"

Начальное состояние у тебя просто / Это соответствует первоначальному табу, на который юзеры попадают при первом заходе А дальше при клике на таб вызываешь setParameter

Внутренний стейт вообще не нужен

При условии что в роутере есть getParameter

Хм, я немного другую логику хотел сдалать.

Типа, если пользователь заходит на / его перенаправляет на "?entryForm=signIn", а если он клацает на кнопку регистрация, то меняется query и открывается другой компонент

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

Типа, если пользователь заходит на / его перенаправляет на "?entryForm=signIn", а если он клацает на кнопку регистрация, то меняется query и открывается другой компонент

А что тогда находится на / ?

А что тогда находится на / ?

Это как раз общий компонент который отвечает за переключения двух форм)

Это как раз общий компонент который отвечает за переключения двух форм)

Ну а должен быть хоум роутом, главной страницей, индексом)

Хорошо, это главная страница, в которой лежит компонент Home, в котором лежит общий компонент для двух форм.

Начальное состояние у тебя просто / Это соответствует первоначальному табу, на который юзеры попадают при первом заходе А дальше при клике на таб вызываешь setParameter

А при клике на первоначальный таб, будучи на другом табе, вызываешь setParamater(null), что-то такое