Можно ли использовать в моделях помощники маршрутизации Rails (т.е. mymodel_path (model))?

Скажем, у меня есть модель Rails под названием Thing. У Thing есть атрибут url, который по желанию можно установить как 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 () - это неопределенный метод внутри кода модели. Я предполагаю, что в модель можно добавить некоторые вспомогательные методы, но как? И есть ли реальная причина, по которой маршрутизация работает только на контроллере и уровне просмотра приложения? Я могу вспомнить множество случаев, когда коду модели может потребоваться URL-адреса (интеграция с внешними системами и т. Д.).

В Rails 3, 4 и 5 вы можете использовать:

Rails.application.routes.url_helpers

например

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

Я нашел ответ относительно того, как сделать это сам. Внутри кода модели просто поместите:

Для Rails <= 2:

include ActionController::UrlWriter

Для Rails 3:

include Rails.application.routes.url_helpers

Это волшебным образом thing_path(self)возвращает URL для текущей вещи или other_model_path(self.association_to_other_model)возвращает какой-то другой URL.

Вы также можете найти следующий подход чище, чем каждый метод:

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

  def url
    url_helpers.thing_path(self)
  end
end

Любая логика, связанная с тем, что отображается в представлении, должна быть делегирована вспомогательному методу, так как методы в модели предназначены исключительно для обработки данных.

Вот что вы могли бы сделать:

# 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) %>

Мне очень нравится следовать чистому решению.

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/

Хотя мог бы быть способ, которым я склонен держать такую ​​логику вне Модели. Я согласен с тем, что вы не должны помещать это в представление ( сохранять его скиновым ), но если модель не возвращает URL-адрес как часть данных в контроллер, то маршрутизация должна быть в контроллере.

(Изменить: Забудь мою предыдущую болтовню ...)

Хорошо, могут быть ситуации, когда вы переходите либо к модели, либо к другому URL-адресу ... Но я не думаю, что это относится к модели, вид (или, возможно, модель) звучит более подходящим.

О маршрутах, насколько я знаю, маршруты предназначены для действий в контроллерах (которые обычно «магически» используют представление), а не непосредственно к представлениям. Контроллер должен обрабатывать все запросы, представление должно представлять результаты, а модель должна обрабатывать данные и передавать их представлению или контроллеру. Я слышал, что много людей здесь говорят о маршрутах к моделям (до такой степени, что я начинаю верить в это), но, насколько я понимаю, маршруты идут к контролерам. Конечно, многие контроллеры являются контроллерами для одной модели и часто называются <modelname>sController(например, «UsersController» является контроллером модели «User»).

Если вы обнаруживаете, что пишете отвратительное количество логики в представлении, попробуйте переместить логику куда-то более подходящую; Логика запросов и внутренней связи, вероятно, принадлежит контроллеру, логика, связанная с данными, может быть размещена в модели (но не логика отображения, которая включает теги ссылок и т. д.), а логика, которая связана исключительно с отображением, будет помещена в помощник.