Question

假设我有一个名为Thing的Rails模型。 Thing有一个url属性，可以可选设置为Internet上的某个URL。在视图代码中，我需要执行以下操作的逻辑：

<% if thing.url.blank? %>
<%= link_to('Text', thing_path(thing)) %>
<% else %>
<%= link_to('Text', thing.url) %>
<% end %>

视图中的这种条件逻辑很难看。当然，我可以构建一个辅助函数，它会将视图更改为：

<%= thing_link('Text', thing) %>

这解决了冗长问题，但我真的更喜欢在模型中使用这些功能。在这种情况下，视图代码将是：

<%= link_to('Text', thing.link) %>

显然，这需要模型上的链接方法。这是它需要包含的内容：

def link
  (self.url.blank?) ? thing_path(self) : self.url
end

就问题而言，thing_path（）是Model代码中未定义的方法。我假设可以将一些辅助方法“拉入”模型中，但是如何？是否有一个真正的原因，路由只在控制器上运行并查看应用层？我可以想到许多模型代码可能需要处理URL（与外部系统集成等）的情况。

Answer 1

在Rails 3,4和5中，您可以使用：

Rails.application.routes.url_helpers

e.g。

Rails.application.routes.url_helpers.posts_path
Rails.application.routes.url_helpers.posts_url(:host => "example.com")

Answer 2

我自己找到了关于如何做到这一点的答案。在模型代码中，只需输入：

对于Rails＆lt; = 2：

include ActionController::UrlWriter

对于Rails 3：

include Rails.application.routes.url_helpers

这会奇怪地让thing_path(self)返回当前内容的网址，或other_model_path(self.association_to_other_model)返回其他一些网址。

Answer 3

您可能还会发现以下方法比包含每种方法更清晰：

class Thing
  delegate :url_helpers, to: 'Rails.application.routes' 

  def url
    url_helpers.thing_path(self)
  end
end

Answer 4

任何与视图中显示的内容有关的逻辑都应委托给辅助方法，因为模型中的方法严格用于处理数据。

以下是您可以做的事情：

# In the helper...

def link_to_thing(text, thing)
  (thing.url?) ? link_to(text, thing_path(thing)) : link_to(text, thing.url)
end

# In the view...

<%= link_to_thing("text", @thing) %>

Answer 5

我真的很喜欢以下干净的解决方案。

class Router
  include Rails.application.routes.url_helpers

  def self.default_url_options
    ActionMailer::Base.default_url_options
  end
end

router = Router.new
router.posts_url  # http://localhost:3000/posts
router.posts_path # /posts

来自http://hawkins.io/2012/03/generating_urls_whenever_and_wherever_you_want/

Answer 6

虽然可能有一种方法我倾向于将这种逻辑排除在模型之外。我同意你不应该把它放在视图中（keep it skinny），但除非模型将一个url作为一段数据返回给控制器，否则路由内容应该在控制器中。

Answer 7

（编辑：忘掉我以前的唠叨......）

好的，可能会出现这样的情况，你会去模型或其他网址......但我并不认为这属于模型，视图（或模型）听起来更合适。

关于路线，据我所知，路线是控制器中的动作（通常“神奇地”使用视图），而不是直接视图。控制器应处理所有请求，视图应显示结果，模型应处理数据并将其提供给视图或控制器。我听说很多人在谈论到模型的路线（到目前为止我已经开始接受它了），但据我所知：路线转向控制器。当然，许多控制器是一个模型的控制器，通常称为<modelname>sController（例如“UsersController”是模型“User”的控制器）。

如果您发现自己在视图中编写了大量逻辑，请尝试将逻辑移到更合适的位置;请求和内部通信逻辑可能属于控制器，数据相关逻辑可以放在模型中（但不包括显示逻辑，包括链接标签等），纯粹显示相关的逻辑将放在帮助器中。

可以在模型中使用Rails路由助手（即mymodel_path（模型））吗？

7 个答案: