U
хм... блять, надо, кстати, попробовать. В каком-нибудь пет-проекте.
Size: a a a
2021 June 21
U
Звучит как отличная забористая дичь.
Kd
error prone
U
Чойта?
AM
Аттрибуты / роли же в случае ABAC / RBAC предполагаются целиком известными в компайл-тайме обычно?
AM
То бишь никакой динамики?
U
U
В том или ином виде, но да
VP
Ну влететь-то влетит, но ну нахер с этим работать 😄
VP
Это считай выкинуть статическую типизацию и обмазаться Map'ами
U
Нет, если грамотно сделать. Это эквивалентно аннотациям из предложенного выше
AM
Странно, я думал, это нормальное решение для гошечки.
VP
В случае аннотаций у тебя будут опциональными только некоторые поля, которые зависят от роли. В случае списков атрибутов - все.
VP
Возможно, но я на го не писал
Kd
т.е. у тебя список типа
permissions = [ user.email => USER_EMAIL_PERMISSION ]
превращается в
filter = [ user.email => true|false ]
а потом будет
(user, filter) => response
permissions = [ user.email => USER_EMAIL_PERMISSION ]
превращается в
filter = [ user.email => true|false ]
а потом будет
(user, filter) => response
U
Вообще, я хочу заметить, что Go не так плох, если проявить должную гибкость. 🌚
AM
Всё, мы его потеряли.
U
Да мне просто пришлось вместо структур с зависимостями и наследованием интерфейсов упаковать функции сразу в структуры и передать зависимости в замыканиях, кек. Иначе юнит-тесты требовали моков на тысячи строк. Заодно и удобнее стало функционал пилить. Апологеты языка, правда, чувствую, с говном съедят, если увидят.
IP
я тут попробовал написать either своей мечты
