API permission 設計

セキュリティはアプリケーション特有の関心事であり、ビジネスオブジェクトはこのことについて意識しない」と言っています

つまりusecase内で権限によってロジックをわけるとかは、ナンセンス小・中規模であればいいかもしれないけどそれ以上の規模であればusecaseみて、中身汚いって思う。

人によって情報を出し分けたい

どの記事を読んでも最後に出し分けるのが慣例っぽい

routerでやるとエンドポイントをみただけで一発でわかる

同じapiを叩けるが、クライアントによって出力を変えるなどの属性

RBACは「ユーザーの役割によって権限のチェックを行う」やり方です。役割とは、たとえば一般ユーザーや管理者などがあります。権限を変更するだけで処理の可否を変更できるという利点がありますが、権限がふえると管理や実装が大変になってきます。

「管理者」のような役割以外にも、WritableやReadableのような複数のパーミッションを持たせるようなやり方もあります。

ABACは「ユーザーの属性によって権限のチェックを行う」やり方です。たとえばツイートの投稿者かどうか、あるいは同じグループに所属しているかどうか、です。

ABACは柔軟な権限管理ができる一方で実装が大変だったり、ものによってはデータベースへのアクセスがふえてパフォーマンスが悪くなったりします。RBACとABACは、システムの種類によって使い分けるとよいです。ひとつのシステム内で両方を使うことももちろんあります。