Skip to content

Commit 11c7a01

Browse files
authored
Merge pull request #2 from samarjan92/fix/remove_redudant_word
Удалил лишнее неподходящее по смыслу слово
2 parents 31cfe42 + 5b2d088 commit 11c7a01

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

cases/auth/Auth_article.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -123,7 +123,7 @@ public class AuthHolder {
123123
На всякий случай напомню, что у **CommonNetwork** и **AuthNetwork** должны быть **разные** пулы потоков.<br>
124124
А что делать, если сервер при подобной ошибке возвращает не 401 ошибку, а, допустим, успех, но в теле ответа содержится инфа, что нет авторизации. Это уже по сути особенности реализации, но вообще подобную ситуацию вы можете обработать с помощью **Interceptor**. Посмотрите реализацию **okhttp3.internal.http.RetryAndFollowUpInterceptor**, в котором, кстати говоря, и дергается наш **Authenticator**.<br>
125125

126-
Теперь рассмотрим более сложный случай. Когда токен протухает, то нам необходимо показать попросить пользователя ввести пин-код еще раз, и в случае правильного пин-кода обновить токен. <br>
126+
Теперь рассмотрим более сложный случай. Когда токен протухает, то нам необходимо попросить пользователя ввести пин-код еще раз, и в случае правильного пин-кода обновить токен. <br>
127127
Как можно увидеть, здесь уже задействуется UI. То есть будут задействоваться все слои. Таким образом нам нужно как-то отследить, что необходимо запросить пин-код и вызвать соответствующий экран. Отследить в принципе несложно. Добавляем листенер в **AuthHolder** и слушаем его в **AuthRepositoryImpl**:<br>
128128
```java
129129
public class AuthRepositoryImpl implements AuthRepository {

0 commit comments

Comments
 (0)