Railsルーティングヘルパー（mymodel_path（model））をモデルで使用できますか？

ThingというRailsモデルがあるとします。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)に、現在のものother_model_path(self.association_to_other_model)のURLを返すか、他の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に移動する場合があります...しかし、これはモデルに属しているとは思いません。ビュー（またはモデル）のほうが適切に聞こえます。

ルートについて、私が知る限り、ルートは直接ビューにではなく、コントローラーのアクション（通常は「魔法のように」ビューを使用）に対するものです。コントローラはすべてのリクエストを処理し、ビューは結果を表示し、モデルはデータを処理してビューまたはコントローラに提供する必要があります。モデルへのルートについて多くの人が話しているのを聞いたことがありますが（私はほとんどそれを離れようとしています）、ルートはコントローラーに行きます。もちろん、多くのコントローラーは1つのモデルのコントローラーであり、しばしば呼び出されます<modelname>sController（たとえば、「UsersController」はモデル「User」のコントローラーです）。

ビューで厄介な量のロジックを記述していることに気付いた場合は、ロジックをより適切な場所に移動してみてください。リクエストと内部通信ロジックはおそらくコントローラーに属し、データ関連ロジックはモデルに配置できます（ただし、リンクタグなどを含む表示ロジックは含まれません）。純粋に表示関連のロジックはヘルパーに配置されます。