重构和解耦 Rails 控制器:它们可以互相调用吗?

发布于 2024-10-20 15:00:51 字数 473 浏览 1 评论 0原文

我在 Ruby on Rails 应用程序中遇到以下情况:

  • 用户填写表单(评论),看到一个omniauth 页面,她可以在其中选择身份验证方法(openId、Twitter、Facebook 等)。
  • 填写omniauth后,用户成功返回后,将获取会话并处理初始表单数据(发布评论)。

我一切都在工作,只是我的逻辑以一种我认为丑陋的方式散布开来; SessionsController 现在创建有关成功身份验证的注释。

解耦这样的事情的好方法是什么? Comment 模块是否应该挂接到(监听)SessionsController 中?或者 SessionsController 是否应该简单地调用 CommentsControllerComment 类上的一些方法来保存成功身份验证后的评论?有没有我可以熟悉的模式来解决此类问题?

I have the following situation in a Ruby on Rails app:

  • user fills in a form (a comment), gets to see an omniauth page where she can choose the authentication method (openId, Twitter, Facebook and the likes).
  • omniauth is filled in, on success user returns, gets a session and the initial form data is processed (comment is published).

I all works, except that I have my logic spread around in, what I consider, an ugly way; the SessionsController now creates the comment on successfull authentication.

What is a good way to decouple things like this? Should the Comment module hook into (listen to) the SessionsController? Or should the SessionsController simply call some methods on the CommentsController or Comment class to save a comment on successfull authentication? Are there any patterns that I can get myself familiar with, that solve these kind of issues?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

难得心□动 2024-10-27 15:00:51

我认为,如果控制器之间共享功能(使用继承或模块),那么从一个控制器调用另一个控制器不一定是一种好的做法。对于您的具体问题,我会这样做:

  1. 未经身份验证的用户在过滤器检查身份验证之前发布到 /comments/create
  2. A 并在会话中存储评论参数哈希和成功重定向位置,然后重定向到 /session/new
  3. 成功验证会话控制器后在重定向到存储路径之前检查 params 哈希并创建任何延迟模型。

如果您可以从另一个请求进行 POST,那就太好了,但不幸的是您不能,因此您需要将逻辑放入会话控制器中。

I don't think it's necessarily good practice to call one controller from another, if you have shared functionality between controllers either use inheritance or a module. For your specific problem I'd do:

  1. Unauthenticated user POSTS to /comments/create
  2. A before filter checks for authentication and stores the comment params hash and the success redirect location in the session then redirects to /session/new
  3. Upon successfully authenticating the session controller checks the params hash and creates any deferred models before redirecting to the stored path.

What would be great is if you could POST from another request, but unfortunately you can't, so you'll need to put the logic in the session controller.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文