Rails 3.1自定义控制器和视图w /默认
背景：
- 我正在构建一个允许用户创建自己的网站的应用程序（例如，mywebsite.alexlod.com）
- 每个网站所有者都隶属于我，所以我相信他们会编写自己的rails代码
- 每个网站都应该有默认的控制器和视图，除非其中一个所有者创建自己的
以下是我设想控制器的工作方式：
我认为app/controllers/将是默认值，但是当在顶级目录中指定文件时，该文件将优先于默认值。
让我举个例子。 假设我的一个网站所有者（foo.alexlod.com）想要调整app/controllers/photos_controller.rb 。 他们应该能够创建foo/controllers/photos_controller.rb ，从而使用他们的控制器而不是默认控制器。 我认为这里的正确方法与路由和加载路径有关，但我是Rails和Ruby的新手，可以使用一些指导。
至于观点，我希望他们的工作方式大致相同。 在/views/定义视图或部分/views/ ，将使用该视图而不是app/views/中的默认app/views/ 。
我意识到我的计划违反了默认的rails目录结构。 但是这种方法必须比每个控制器操作中的替代 – case语句更简单。 除非有更好的选择吗？
我相信引擎可能是你想要的方式。 该链接有点旧，但仍应适用于Rails 3.1。 每个子域的控制器和视图都可以放在各自的引擎文件夹中。
现在，您只需要确定每个请求加载哪个引擎。 这是我认为可能阻碍你的想法的部分 – 你不想在生产中一直装载和卸载代码。
在这种情况下，您可能希望选择像Liquid这样的模板语言。 但是，这对用户的控制要少得多。
我可能会给你一个部分答案，因为它听起来你想要做的事情与我为我的网站的移动版本所做的非常相似。 在确定用户是移动用户之后，我在路径中添加了一个移动目录，以覆盖我针对移动设备优化的任何视图。 如果移动目录中不存在该视图，则默认为默认视图。
以下是我为观点所做的事情：
在app / controllers / application_controller.rb中
before_filter :prepend_view_path_if_subdomain def prepend_view_path_if_subdomain unless pSubdomains.blank? subdomain = request.subdomain.first #This will add the subdomain view directory to the view path before the default #Rails view directory and any views here will be picked up and rendered. prepend_view_path 'app/' + subdomain + '/views' end end
然而，对于控制器做同样的事情由于路由而有点棘手。 没有prepend_controller_path方法等同于prepend_view_path。 老实说，我不知道如何处理这个问题，你可以使用你的case语句方法，或者可能动态地将请求转发给子域控制器（如果存在的话）。 我认为可能可以在控制器中添加一个before_filter来评估每个请求，就像我在上面显示的视图一样，然后确定应该使用哪个控制器。
我也偶然发现了这个问题： Rails 3.1基于子域从不同路径加载控制器 ，不确定它是否对您有所帮助。