【发布时间】:2015-02-12 23:46:11
【问题描述】:
这个问题可能带有一点哲学意味。
我一直在我的 Play 应用程序中使用 Deadbolt 2 (Scala),它运行良好。
在查看Restrict function definition(第 47 行)时,我注意到它会出于以下原因之一调用 onAuthFailure:
- 会话中没有用户(没有主题)
- 操作未指定角色。
- 用户尝试了一项他们不具备一个或多个所需角色的操作。
在我的应用程序 UI 中,我希望为每一个接收一个不同的状态代码,以便未登录的用户(条件 1)将被重定向到登录页面,但条件 3 将被更优雅地处理一个警告(因为他们无论如何都不会造成伤害,并且可能在他们具有“只读”访问权限时不小心尝试编辑 - 可能是一个 UI 错误,但再次登录有点严厉)。
但是,如果我必须满足于仅 2 个状态代码,我希望区分 1 和其他 2。我可以看到如何实现,但想就即使这样做的优点获得其他意见.
如果我要实现此更改,看起来我可以在我自己的 DeadboltActions 特征扩展中覆盖 Restrict 函数。
我对 scala 有点陌生,因此我愿意接受有关如何最好地实现这些目标的其他想法。
【问题讨论】:
标签: scala playframework-2.1 deadbolt-2