有一个static_pages控制器是否合适？

Question

拥有static_pages控制器是否合适，其唯一目的是在大型应用中呈现静态页面？例如，采用以下方案：

您正在开发社交网络应用程序，并正在设计应用程序。您知道您需要能够路由某些页面，例如：

• 根路径的登录页面（对于未登录的用户）
• 根路径
的主页/信息中心（登录用户）

我的问题是：您是否会定义一个static_pages控制器来处理目标网页，以后，当一个身份验证系统到位时，检查一个用户是否已通过身份验证并替换模板？或者你可能没有这样的控制器，选择创建users_controller :before_action检查身份验证，并重定向（失败时（读取：未经身份验证的用户））到上述登录页面？

根据the Rails tutorial by Michael Hartl，static_pages控制器将是最佳选择;但是，我的想法是该教程适用于框架的非常新的用户，因此可能不会以简单的名义使用最好的约定。

什么是首选方式，主要是在大型应用程序（例如Twitter，甚至是StackOverflow）的某些方面来处理这种情况？

Answer 1

是否拥有静态控制器确实没有任何意义，除非您在这些页面上发生了一些重大事件，这些特定于这些页面。最后，所有这些都取决于您对构建应用程序感觉如何舒适的个人偏好，但在专业环境中，在Twitter或StackOverflow的情况下，它们几乎肯定不会有静态控制器。你认为Hartl的指南面向初学者是正确的，并且是为了教授基础知识，而不是更精细的要点和惯例。如果您需要在静态页面上对用户进行身份验证，则Rails约定绝对规定您将在users_controller中执行该身份验证。