gpt4 book ai didi

ruby-on-rails - rails 助手

转载 作者:行者123 更新时间:2023-12-04 01:43:13 29 4
gpt4 key购买 nike

我刚开始使用 Rails,还有很多东西需要学习,所以我可能会比平常更频繁地在 Stackoverflow 上询问初学者 Rails/Ruby 问题。

我只是想弄清楚 Helpers 在 Rails 中是如何工作的。从我目前所见,Helpers 旨在与 Views 一起使用,而不是与您的 Controllers 一起使用。

但是,我想创建一个简单的函数来验证 params 中给出的用户输入(检查是否定义了某些参数,并可选择检查它们的值是否有效)。

任何人都可以向我解释什么是实现这一点的最佳方式? (请记住,我想在许多不同的 Controller 中使用它,因此它应该是全局可用的。)

我还注意到,默认情况下,Rails 不会在主应用程序文件夹中生成 lib 文件夹。开发人员是将他们的库放在主文件夹中的 app 文件夹之外,还是 Rails 使用库的方式不同?

最佳答案

关于您的验证问题,这取决于您要验证的内容。

如果数据构成了问题域中的对象,也称为模型,那么您应该使用 ActiveModel 的内置验证器。这可能是您应该做的,但是在不知道确切问题的情况下很难说。见 Rails Guides on Validations .您可以通过问自己需要验证的数据在您获取后是否将其存储来判断是否是这种情况。如果是这样,它绝对是一个模型。此类数据的一个示例是从浏览器表单发送到 Rails 的博客文章的标题和文本字段。

如果数据对您的模型来说是第三级的,或者特定于演示文稿,那么您应该可以使用助手。你注意到助手主要用于 View 中,虽然这是真的,但没有什么能阻止你在 Controller 中使用它们,你只需要声明你将使用 ActiveController#helper 来使用它们。方法。内ApplicationController class,很多开发者都会放helper :all只包括所有 Controller 中的所有助手。一旦需要代码一次,它就不会真正对性能造成那么大的影响。

请注意,几乎所有传入的数据都可以使用模型进行建模。 Rails 世界中的一个大思想流派赞同 Fat Model 的想法。人们说在模型中放置尽可能多的代码而在 Controller 中放置尽可能少的代码可以正确分离关注点并导致更易于维护的代码。这表明,即使您不认为传入数据是可建模的(从某种意义上说,您可以创建一个模型来表示它),您也应该尝试使其成为一个模型并封装围绕验证它的逻辑。但是,您可能会发现创建辅助函数更快,并且两者都可以。

您验证用户输入的想法是一个很好的想法。我的感觉是,由于您是 Rails 新手,您习惯于自己做这些事情,但这在这里并不完全适用。在 Rails 世界中,很多常见的东西,比如验证,都是由框架处理的。您不必检查 params 中是否存在数组,而不是您调用 validates_presence_of在模型上,让 Rails 将错误吐出给用户。从长远来看,如果您让框架按照其设计的目的去做,它会使事情变得更容易。

关于您关于lib的问题文件夹,这并不重要。您可以将各种支持文件和库放在 lib 中。根目录中的文件夹,它们将可用于您的应用程序(app 文件夹中的文件)。您还可以选择将您的代码抽象为插件或 gem 并以这种方式包含它,很多人选择这样做。我对此的建议是在深入研究之前阅读 gem 和插件的概念。

关于ruby-on-rails - rails 助手,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4786099/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com