С
<custom-component customDirective #directiveRef='exportname' [componentInput]="directiveRef.someProp"></custom-component>Спасибо, надо попробовать
Size: a a a
2020 September 17
AT
привет мир!
Вキ
Если я не решу свой баг до конца дня, это будет жопа
Решишь)
𝕮[
Решишь)
Покушал?
AT
народ. стоит задача организовать права пользователей и роли).
может кто посоветовать какой-нибудь способ или статейку интересную?
может кто посоветовать какой-нибудь способ или статейку интересную?
AT
проверенную, грубо говоря))
Вキ
народ. стоит задача организовать права пользователей и роли).
может кто посоветовать какой-нибудь способ или статейку интересную?
может кто посоветовать какой-нибудь способ или статейку интересную?
На клиенте?
AT
На клиенте?
ну да.
ngx-permissions буду юзать.
в плане показать\скрыть контент\компонент и прочее проблем нет.
но вот есть одна вещь над которой задумался.
Владелец приложения создает два своих офиса и у каждого свой манагер)
так вот менеджер офиса А, может просматривать инфу и офиса А и Б. в то время как манагер офиса Б может видеть инфу только офиса Б
ngx-permissions буду юзать.
в плане показать\скрыть контент\компонент и прочее проблем нет.
но вот есть одна вещь над которой задумался.
Владелец приложения создает два своих офиса и у каждого свой манагер)
так вот менеджер офиса А, может просматривать инфу и офиса А и Б. в то время как манагер офиса Б может видеть инфу только офиса Б
IB
Мои тесты на CI
Анонимный опрос
Проголосовало: 15AS
я с бэка получаю список че можно пользователю, а с ролями они пусть сами возятся
Вキ
ну да.
ngx-permissions буду юзать.
в плане показать\скрыть контент\компонент и прочее проблем нет.
но вот есть одна вещь над которой задумался.
Владелец приложения создает два своих офиса и у каждого свой манагер)
так вот менеджер офиса А, может просматривать инфу и офиса А и Б. в то время как манагер офиса Б может видеть инфу только офиса Б
ngx-permissions буду юзать.
в плане показать\скрыть контент\компонент и прочее проблем нет.
но вот есть одна вещь над которой задумался.
Владелец приложения создает два своих офиса и у каждого свой манагер)
так вот менеджер офиса А, может просматривать инфу и офиса А и Б. в то время как манагер офиса Б может видеть инфу только офиса Б
Так
AT
*внимательно слушаю* ) и так будет со многими компонентами и показыванием скрытие инфы. я предполагал составлять ЗАПРОС на БЭК на основании разрешений пользователя
Вキ
*внимательно слушаю* ) и так будет со многими компонентами и показыванием скрытие инфы. я предполагал составлять ЗАПРОС на БЭК на основании разрешений пользователя
1. Все проверки должны быть на бекенде, использоваться должны только бекендовские данные.
2. Все проверки на клиенте могут лишь задать поведение для клиента отобразить маршрут или компонент.
2. Все проверки на клиенте могут лишь задать поведение для клиента отобразить маршрут или компонент.
AT
я с бэка получаю список че можно пользователю, а с ролями они пусть сами возятся
хотелось бы сделать возможность добавления гибких ролей
Вキ
хотелось бы сделать возможность добавления гибких ролей
3. Когда меняешь пермишен у пользователя, то, оповестив клиент, ты можешь триггернуть все текущие запросы, чтобы все данные обновились.
AS
хотелось бы сделать возможность добавления гибких ролей
роли могут быть какие угодно настраиваемые, но я не хочу возиться с ними на фронте.
я просто спрашиваю у бэка какие офисы может видеть пользователь.
я просто спрашиваю у бэка какие офисы может видеть пользователь.
Вキ
роли могут быть какие угодно настраиваемые, но я не хочу возиться с ними на фронте.
я просто спрашиваю у бэка какие офисы может видеть пользователь.
я просто спрашиваю у бэка какие офисы может видеть пользователь.
Для фронта это будет как обычно: дай список офисов
Вキ
Фронт должен считать, что это все офисы, которые есть
Вキ
А уж какие офисы придут — это проверки на беке
AT
1. Все проверки должны быть на бекенде, использоваться должны только бекендовские данные.
2. Все проверки на клиенте могут лишь задать поведение для клиента отобразить маршрут или компонент.
2. Все проверки на клиенте могут лишь задать поведение для клиента отобразить маршрут или компонент.
выходит на клиенте использовать ngx-permissions только для рутов и отображения элементов. а на беке другую библиотеку.