Ruby on rails 赞成和反对;在基于ruby on rails的应用程序上使用子文件夹分离控制器的缺点是什么?
需要一些帮助来收集关于这个问题的想法 我们的团队正在推进这样一个想法,即将应用程序的已验证部分和公共部分分离到两个单独的文件夹中,这将使我们更具组织性和安全性。 我在网站中看到过这种用于管理应用程序的方法,但从未见过用于身份验证的方法 我们目前正在使用Authlogic 这样做的缺点是什么Ruby on rails 赞成和反对;在基于ruby on rails的应用程序上使用子文件夹分离控制器的缺点是什么?,ruby-on-rails,ruby,authentication,controller,authlogic,Ruby On Rails,Ruby,Authentication,Controller,Authlogic,需要一些帮助来收集关于这个问题的想法 我们的团队正在推进这样一个想法,即将应用程序的已验证部分和公共部分分离到两个单独的文件夹中,这将使我们更具组织性和安全性。 我在网站中看到过这种用于管理应用程序的方法,但从未见过用于身份验证的方法 我们目前正在使用Authlogic 这样做的缺点是什么 谢谢您的帮助。我认为将控制器移动到子文件夹中不会有任何缺点。实际上,我们是通过“名称空间”/“进程”来实现的。例如,我们有一个“订单”子文件夹,其中包含与订单相关的所有控制器 我认为在rails应用程序目录中
谢谢您的帮助。我认为将控制器移动到子文件夹中不会有任何缺点。实际上,我们是通过“名称空间”/“进程”来实现的。例如,我们有一个“订单”子文件夹,其中包含与订单相关的所有控制器
我认为在rails应用程序目录中有一个干净的文件夹结构可以提高可维护性。我们用这种方式命名名称空间控制器-通常我们会分别为管理员和用户帐户控制器设置一个/admin和一个/my文件夹 此外,在子文件夹中,我们将有一个应用程序_controller.rb,该子文件夹中的每个控制器都源自该应用程序。因此,在admin子文件夹中,我们有一个如下所示的应用程序_controller.rb:
class Admin::AdminController < ApplicationController
permit "admin"
layout 'admin'
end
class Admin::AdminController
然后,我们将在管理控制器中从该控制器继承。该示例将rails授权插件用于角色。Hi-rubii,很高兴知道这是由其他公司完成的。谢谢子文件夹似乎可以,但不需要名称空间控制器。你会遇到各种各样的问题。从caching.update开始:我们发现名称空间会使事情变得相当复杂。始终确保了解名称空间的范围,因为资源将在每个名称空间中重复。我们停止使用名称空间,因为有更好的方法来处理授权。