someserj, тогда ждите - react native пока не для вас
без цели обидеть или как то зацепить, но rn пока настолько молодая технология что очень часто основная движуха непосредсвенно на github происходит
Александр, смотря для чего
я например ни разу не использовал кодогенерацию сам (библиотеки не в счет), многопоточность обычно средствами android sdk - можно ли считать что я знаю java ? имхо нет
мешает ли это ? - да не особо, но если бы яскажем захотел написать свой dagger 3 c куртизанками то да это стало бы проблемой
Doc, я не против swagger но для меня документация сродни тестов - способ продумать архитектуру
если это мобильное или spa приложение беру дизайн экраны и прикиыдваю что мне понадобится и как
Bekkazy, нужные вам параметры лежат в урл в react router 4 праметры лежат в this.props.history.location.search после того как их достанете запишите данные в redux
Bekkazy опишите подробнее задачу
если я правильно понял у вас на странице login есть авторизация через соцсети и после успешной авторизации вам в url приходит токен юзера, верно ?
sergemin, честно говоря для списка имхо input вообще плохая идея - представьте себе гугл таблицу где все ячейки input .... тормозить будет знатно, вместо этого делают div а при клики делают из него input, при потери фокуса снова div
sergemin, спросоня не внимательно прочитал описание ошибки ) тогда точно defaultValue - у меня подобная проблема была с календарем от material-ui решал просто другим ключом, но для списка не самая лучшая идея
sergemin, не уверен что вы возвращаете именно новый массив а не мутированную ссылку на старый, используя спред опертор вы горнатировано вернете новый
на первый взгляд у вас рабочий код если не обновляется то первое что приходит в голову что вы что то мутируете
так же не исключено что после первого рендера не меняется defaultValue y input
Ninja Mate, скорее всего в вашем проекте уже поздно что то кардинально менять, но если просто то readux это единсвенный источник истины в . вашем приложении, если это мобильное приложение cordova или react native то даже state лучше использовать по минимуму - все в redux
react это просто библиотека для рендера - вот пусть им он и занимается )
при неосторожной работе redux вполне может отъесть немало оперативы - храня там компоненты вы усугобляете проблему
разделяе данные, бизнес логику и отображение вы выигрываете в простоте поддрежки и расширении
без цели обидеть или как то зацепить, но rn пока настолько молодая технология что очень часто основная движуха непосредсвенно на github происходит