设计current_user vs user_session

Question

我想限制用户范围，一旦通过身份验证，特定的命名空间。但他们将是动态的（即不是一条命名路线）。例如：

/rails/redteam/ 
/rails/blueteam/ 
/rails/greenteam/ 

或或许仅仅：

/rails/ 
...or... 
/

如果我们知道他们的“团队”则不能，不知怎的，假设在路由？

如何最好地设置和安全地处理这个？我应该在user_session中存储团队名称吗？或者，查询他们的组的current_user并验证它是否与before_filter中的已知组相匹配？

路线本身呢？基本上荣耀的ID，也许是一种固定的种类？不知道“Rails的方式？”

btw-我知道授权宝石，如CanCan和decl_auth但试图避免它们的复杂性，如果可能的话，因为我是一个新手，如果这还不够明显。

Answer 1

我知道授权的宝石一样惨惨和decl_auth的，但试图避免其复杂性，如果可能的话

你好得多，并参观一个时间（或其他的，或两者）这些宝石，而不是尝试滚动你自己的解决方案，国际海事组织。当你的需求发生变化时，最终你会遇到复杂情况，如果没有一个好的框架，那么问题就会发生。