ДА
Ребята, всем привет, чем нынче пользуются, чтобы быстро доставить сборку до тестера ? Android.
Size: a a a
2020 March 21
DS
App center
DS
Это самая распространенная, для ios тестфлайт, и в плеймаркете через аккаунт грузить версии
ДА
Ребят, у меня есть вот такой stack экранов, этот stack подключается в tab navigator, как мне отключить tabBarVisible на CompletedChats?
Могу код в лс скинуть
Могу код в лс скинуть
<Tab.Screen
name={...}
component={ChatStack}
options={({ route }) => ({ tabBarVisible: route.name === 'CompletedChats' })}
/>
Так не заработает ? К сожалению не могу сейчас проверить.
name={...}
component={ChatStack}
options={({ route }) => ({ tabBarVisible: route.name === 'CompletedChats' })}
/>
Так не заработает ? К сожалению не могу сейчас проверить.
A
<Tab.Screen
name={...}
component={ChatStack}
options={({ route }) => ({ tabBarVisible: route.name === 'CompletedChats' })}
/>
Так не заработает ? К сожалению не могу сейчас проверить.
name={...}
component={ChatStack}
options={({ route }) => ({ tabBarVisible: route.name === 'CompletedChats' })}
/>
Так не заработает ? К сожалению не могу сейчас проверить.
У меня в Tab.Screen стек страниц, в этом стеке только на первой должен быть tabBarVisible
Э
Подскажите как правильно реализовать такое:
Есть ApiService, в котором я делаю запросы через axios. Там же есть interceptor, который должен проверять валидность токена, если он истёк - обновить его перед запросом, и потом продолжить.
Есть userActions, в которых я отправляю разные запросы. Сам токен лежит в userReducer.
Использую redux-thunk.
Я, конечно, могу доставать в ApiService токен из localStorage, но это же неправильно и некрасиво держать стороннюю логику в сервисе, задача которого - отправить запрос и получить ответ.
Есть ApiService, в котором я делаю запросы через axios. Там же есть interceptor, который должен проверять валидность токена, если он истёк - обновить его перед запросом, и потом продолжить.
Есть userActions, в которых я отправляю разные запросы. Сам токен лежит в userReducer.
Использую redux-thunk.
Я, конечно, могу доставать в ApiService токен из localStorage, но это же неправильно и некрасиво держать стороннюю логику в сервисе, задача которого - отправить запрос и получить ответ.
GB
Подскажите как правильно реализовать такое:
Есть ApiService, в котором я делаю запросы через axios. Там же есть interceptor, который должен проверять валидность токена, если он истёк - обновить его перед запросом, и потом продолжить.
Есть userActions, в которых я отправляю разные запросы. Сам токен лежит в userReducer.
Использую redux-thunk.
Я, конечно, могу доставать в ApiService токен из localStorage, но это же неправильно и некрасиво держать стороннюю логику в сервисе, задача которого - отправить запрос и получить ответ.
Есть ApiService, в котором я делаю запросы через axios. Там же есть interceptor, который должен проверять валидность токена, если он истёк - обновить его перед запросом, и потом продолжить.
Есть userActions, в которых я отправляю разные запросы. Сам токен лежит в userReducer.
Использую redux-thunk.
Я, конечно, могу доставать в ApiService токен из localStorage, но это же неправильно и некрасиво держать стороннюю логику в сервисе, задача которого - отправить запрос и получить ответ.
Если токен лежит в стейте, то и брать его надо из стейта.
Насчет сторонней логики... не совсем так. Задача ApiService, вами же сформулированная: отправить запрос, получить ответ и обновить токен. Вот этим он и должен заниматься.
По поводу обновления токена... тут все стандартные варианты решений применимы от самого простого - мы передаём store в ApiService, он знает где там лежит токен и знает какой акшн надо дернуть, чтоб его поменять (после обновления). До инверсии контроля, когда ApiService предоставляет наружу апи для установки токена и генерит события при его обновлении... но надо ли это всё, только от вас зависит
Насчет сторонней логики... не совсем так. Задача ApiService, вами же сформулированная: отправить запрос, получить ответ и обновить токен. Вот этим он и должен заниматься.
По поводу обновления токена... тут все стандартные варианты решений применимы от самого простого - мы передаём store в ApiService, он знает где там лежит токен и знает какой акшн надо дернуть, чтоб его поменять (после обновления). До инверсии контроля, когда ApiService предоставляет наружу апи для установки токена и генерит события при его обновлении... но надо ли это всё, только от вас зависит
Э
Если токен лежит в стейте, то и брать его надо из стейта.
Насчет сторонней логики... не совсем так. Задача ApiService, вами же сформулированная: отправить запрос, получить ответ и обновить токен. Вот этим он и должен заниматься.
По поводу обновления токена... тут все стандартные варианты решений применимы от самого простого - мы передаём store в ApiService, он знает где там лежит токен и знает какой акшн надо дернуть, чтоб его поменять (после обновления). До инверсии контроля, когда ApiService предоставляет наружу апи для установки токена и генерит события при его обновлении... но надо ли это всё, только от вас зависит
Насчет сторонней логики... не совсем так. Задача ApiService, вами же сформулированная: отправить запрос, получить ответ и обновить токен. Вот этим он и должен заниматься.
По поводу обновления токена... тут все стандартные варианты решений применимы от самого простого - мы передаём store в ApiService, он знает где там лежит токен и знает какой акшн надо дернуть, чтоб его поменять (после обновления). До инверсии контроля, когда ApiService предоставляет наружу апи для установки токена и генерит события при его обновлении... но надо ли это всё, только от вас зависит
А если я буду связывать сервис со стейтом - это не создаст каких-либо потенциальных и неочевидных проблем?
Л
Подскажите как правильно реализовать такое:
Есть ApiService, в котором я делаю запросы через axios. Там же есть interceptor, который должен проверять валидность токена, если он истёк - обновить его перед запросом, и потом продолжить.
Есть userActions, в которых я отправляю разные запросы. Сам токен лежит в userReducer.
Использую redux-thunk.
Я, конечно, могу доставать в ApiService токен из localStorage, но это же неправильно и некрасиво держать стороннюю логику в сервисе, задача которого - отправить запрос и получить ответ.
Есть ApiService, в котором я делаю запросы через axios. Там же есть interceptor, который должен проверять валидность токена, если он истёк - обновить его перед запросом, и потом продолжить.
Есть userActions, в которых я отправляю разные запросы. Сам токен лежит в userReducer.
Использую redux-thunk.
Я, конечно, могу доставать в ApiService токен из localStorage, но это же неправильно и некрасиво держать стороннюю логику в сервисе, задача которого - отправить запрос и получить ответ.
а чего вы не хотите через перехватчик axios валидировать токен?
Л
не через ApiService
Э
не через ApiService
А как? Я перехватчиком и хочу
Л
а обязательно хранить токен в стейте?
Э
а обязательно хранить токен в стейте?
Мне токен приходит в объекте юзера после авторизации
Э
Поэтому оно все в стейте лежит
Л
я не знаю вашу архитектуру, конечно) но мы пришли к тому, что храним токен и рефреш токен только в защищенном хранилище)
1) в axios.interceptors.request.use он сетается в хедер запроса
2) в axios.interceptors.response.use отлавливается ошибка авторизации и при необходимости рефреш токена происходит
при авторизации пользователя - токен записывается не только в стейт, но и в локальное хранилище
1) в axios.interceptors.request.use он сетается в хедер запроса
2) в axios.interceptors.response.use отлавливается ошибка авторизации и при необходимости рефреш токена происходит
при авторизации пользователя - токен записывается не только в стейт, но и в локальное хранилище
Л
Поэтому оно все в стейте лежит
но у нас не мобикс) поэтому нет необходимости изоляцию делать
Э
но у нас не мобикс) поэтому нет необходимости изоляцию делать
То есть доставать токен из локалстораджа это ок?
Л
То есть доставать токен из локалстораджа это ок?
я обозначила, что это защищенное хранилище
D
А как? Я перехватчиком и хочу
Посмотри как сделан OkHttp Authenticator
D
И вопросов не будет