Ruby on rails 为成员和非成员设计Rails应用程序的最佳方法

Ruby on rails 为成员和非成员设计Rails应用程序的最佳方法,ruby-on-rails,Ruby On Rails,我正在设计一个Rails应用程序,它应该为非成员提供一个简单的登录页,为成员提供更复杂的仪表板样式部分 在这里,我面临两个问题: 我应该使用子域()还是名称空间:()?每种方法的优缺点是什么?还有其他选择吗 我应该如何为每个部分分离资产?样式非常不同-公共部分是简单的引导主题,但成员区域是复杂的javascript应用程序,我不喜欢将资产混合在一起 这个问题可能听起来很主观(至少引擎对此表示不满),但我在rails方面没有经验,自己尝试每种方法都会浪费很多精力,所以我决定询问更有经验的成员他们的

我正在设计一个Rails应用程序,它应该为非成员提供一个简单的登录页,为成员提供更复杂的仪表板样式部分

在这里,我面临两个问题:

  • 我应该使用子域()还是名称空间:()?每种方法的优缺点是什么?还有其他选择吗

  • 我应该如何为每个部分分离资产?样式非常不同-公共部分是简单的引导主题,但成员区域是复杂的javascript应用程序,我不喜欢将资产混合在一起


  • 这个问题可能听起来很主观(至少引擎对此表示不满),但我在rails方面没有经验,自己尝试每种方法都会浪费很多精力,所以我决定询问更有经验的成员他们的意见

    第一点,我认为这个决定是主观的。虚荣URL(子域)是一种很好的方式,可以告诉用户他们在您的站点上拥有一个域(当然是虚拟域),而且很容易记住,缺点是您以后永远无法为其他目的挂载任何子域,而在名称空间中,用户认为他们拥有一个帐户,没有缺点。第二点:您可以将Java脚本放在不同的目录(public和members)中,并显式编译它们的
    index.js
    文件。因此,在代码中维护和分离它们不会有任何开销。@Surya-谢谢您的评论。至于子域,我的意图不是每个用户一个子域,而是单个“成员”子域作为登录成员的单独站点。因此,例如,对于ID=123的用户,用户配置文件的url将是members.mydomain.com/profile/123或mydomain.com/members/profile/123。至于index.js文件的用法-我不知道这个选项,谢谢。现在我明白了,我会努力找到更多关于matterAah的信息。我认为你不需要子域。您可以通过在不同的目录中定位js文件来将它们分开来管理js文件。如果你可以发布你想要分离的js文件,那么如果你不确定如何分离,我可能会尝试给你一个逻辑分离。此外,您不必拥有:mydomain.com/members/profile/123您只需执行:mydomain.com/members/profile并使用
    current\u user
    helper查找用户即可。它实际上更干净。