AngularJS блокирует все маршруты, пока не будет выполнено обещание аутентификации

Question

AngularJS блокирует все маршруты, пока не будет выполнено обещание аутентификации

0

Я пишу одностраничное приложение в AngularJS, которое должно знать, был ли пользователь вошел в систему перед запуском каких-либо маршрутов вообще.

Я использую бэкэнд Django, который поддерживает анонимные сеансы, поэтому просто глядя на файлы cookie, которые я не могу понять, если пользователь вошел в систему или анонимно. Поэтому, чтобы найти это, я хочу сделать запрос Ajax для поддержки в Angular application-global .run() и задержать любое выполнение углового приложения до тех пор, пока этот запрос не завершится.

Как мне это сделать?

Boris Burkov 28 март 2016, в 11:48

Источник

1

Я хотел бы предложить вам использовать github.com/angular-ui/ui-router/wiki#resolve в ui-router или перехватчик http docs.angularjs.org/api/ng/service/$http .
Abdul Mannan 28 март 2016, в 09:47
0

Для ваших нужд вы должны использовать UI-Router Resolution. Но лучше проверить ответ сервера с помощью перехватчика http и перенаправления пользователя в случае сбоя аутентификации.
Abdul Mannan 28 март 2016, в 09:49
0

@AbdulMannan Я решил использовать resolve ui-router как последнее средство. К сожалению, при таком подходе мне пришлось бы вручную вызывать один и тот же код resolve на каждом маршруте, который повторяется и подвержен ошибкам. Проверка $http перехватчиков. Спасибо за предложение.
Boris Burkov 28 март 2016, в 09:50
1

В этом случае вам следует использовать перехватчики, а в случае неудачной аутентификации вернуть ошибку 403 с сервера и найти резонанс ошибки 403 в вашем угловом перехватчике и перенаправить.
Abdul Mannan 28 март 2016, в 09:53
0

@AbdulMannan Возможно, вы правы. Чтение документов в настоящее время. Только один вопрос: будут ли перехватчики задерживать рендеринг первой страницы, пока обещание аутентификации не будет разрешено? Причина Я хочу избежать сценария, когда анонимная страница начинает отображаться, а затем в середине этого обещания разрешается, поэтому пользователь получает Франкенштейн из анонимных и авторизованных страниц.
Boris Burkov 28 март 2016, в 09:58
0

На самом деле перехватчики работают с запросом / ответом сервера, и тем временем ваш шаблон будет загружен, поэтому я предлагаю использовать ng-cloak на этой странице, и это может помочь в вашем сценарии.
Abdul Mannan 28 март 2016, в 10:02
0

Спасибо, Абдул.
Boris Burkov 28 март 2016, в 10:05
0

Решатели маршрутов должны быть первым решением, а не последним, вот для чего они нужны. В UI Router есть абстрактные маршруты, чтобы сохранять его СУХИМЫМ, и даже если они неприменимы, с ним можно обращаться так .
Estus Flask 28 март 2016, в 10:44
0

если у вас есть сессионный cookie-файл и пользовательский cookie-файл, вы можете сказать другое.
YOU 28 март 2016, в 10:51
0

@estus ага, абстрактный маршрут может быть действительно хорошим решением! И это даже логично, а не взлом, потому что абстрактный маршрут описывает структуру navbar, которая требует аутентификации. Спасибо!
Boris Burkov 28 март 2016, в 10:54
0

@estus Как указывалось выше, вы указали, что более радикальным подходом будет использование $on($stateChangeStart) в блоке run() . Наверное, это именно то, что я искал.
Boris Burkov 28 март 2016, в 11:00
0

Пожалуйста. И $ stateChangeError позволяет легко обрабатывать ошибки аутентификации.
Estus Flask 28 март 2016, в 11:11

Показать ещё 10 комментариев

Теги:

angularjs

1 ответ

Ещё вопросы

Я хотел бы предложить вам использовать github.com/angular-ui/ui-router/wiki#resolve в ui-router или перехватчик http docs.angularjs.org/api/ng/service/$http .
Для ваших нужд вы должны использовать UI-Router Resolution. Но лучше проверить ответ сервера с помощью перехватчика http и перенаправления пользователя в случае сбоя аутентификации.
@AbdulMannan Я решил использовать resolve ui-router как последнее средство. К сожалению, при таком подходе мне пришлось бы вручную вызывать один и тот же код resolve на каждом маршруте, который повторяется и подвержен ошибкам. Проверка $http перехватчиков. Спасибо за предложение.
В этом случае вам следует использовать перехватчики, а в случае неудачной аутентификации вернуть ошибку 403 с сервера и найти резонанс ошибки 403 в вашем угловом перехватчике и перенаправить.
@AbdulMannan Возможно, вы правы. Чтение документов в настоящее время. Только один вопрос: будут ли перехватчики задерживать рендеринг первой страницы, пока обещание аутентификации не будет разрешено? Причина Я хочу избежать сценария, когда анонимная страница начинает отображаться, а затем в середине этого обещания разрешается, поэтому пользователь получает Франкенштейн из анонимных и авторизованных страниц.
На самом деле перехватчики работают с запросом / ответом сервера, и тем временем ваш шаблон будет загружен, поэтому я предлагаю использовать ng-cloak на этой странице, и это может помочь в вашем сценарии.
Решатели маршрутов должны быть первым решением, а не последним, вот для чего они нужны. В UI Router есть абстрактные маршруты, чтобы сохранять его СУХИМЫМ, и даже если они неприменимы, с ним можно обращаться так .
если у вас есть сессионный cookie-файл и пользовательский cookie-файл, вы можете сказать другое.
@estus ага, абстрактный маршрут может быть действительно хорошим решением! И это даже логично, а не взлом, потому что абстрактный маршрут описывает структуру navbar, которая требует аутентификации. Спасибо!
@estus Как указывалось выше, вы указали, что более радикальным подходом будет использование $on($stateChangeStart) в блоке run() . Наверное, это именно то, что я искал.
Пожалуйста. И $ stateChangeError позволяет легко обрабатывать ошибки аутентификации.

Daniel van Heerden · Answer 1 · 2016-03-28T09-38-00.000Z

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