I would like to use to_dollar method in my model like this:
module JobsHelper
def to_dollar(amount)
if amount < 0
number_to_currency(amount.abs, :precision => 0, :format => "-%u%n")
else
number_to_currency(amount, :precision => 0)
end
end
end
class Job < ActiveRecord::Base
include JobsHelper
def details
return "Only " + to_dollar(part_amount_received) +
" out of " + to_dollar(price) + " received."
end
end
Unfortunately, the number_to_currency method is not recognized here:
undefined method `number_to_currency’ for #<Job:0x311eb00>
Any ideas how to make it work?
It’s not available because its use in a model (typically) violates MVC (and it does seem to in your case). You’re taking data and manipulating it for presentation. This, by definition, belongs in the view, not the model.
Here are some solutions:
Use a presenter or view model object to mediate between the model and view. This almost definitely requires more initial work than other solutions, but is almost always a better design. Using helpers in a presenter/view-model doesn’t violate MVC, as they reside in the view layer, replacing traditional custom Rails helpers and logic-filled views.
Explicitly
include ActionView::Helpers::NumberHelperinJobsHelperinstead of depending on Rails to have magically loaded it for you. This is still not great, as you shouldn’t access a helper from a model.Violate MVC & SRP. See fguillen’s answer for how to do this. I won’t echo it here because I don’t agree with it. Even more so, though, do I disagree with polluting your model with presentation methods as in Sam’s answer.
If you think “but I really need this to write my
to_csv&to_pdfmethods in my model!”, then your entire premise is wrong—after all, you don’t have ato_htmlmethod, do you? And yet your object is very often rendered as HTML. Consider creating a new class for generating your output instead of making your data model know what a CSV is (because it shouldn’t).As for using helpers for ActiveModel validation errors in the model, well, I’m sorry but ActiveModel/Rails has screwed us all there by forcing error messages to be realized in the data layer, rather than returning the semantic idea of an error to be realized later—sigh. You can get around this, but it basically means not using ActiveModel::Errors anymore. I’ve done it, it works well.
As an aside, here’s a useful way to include helpers in a presenter/view-model without polluting its set of methods (because being able to do e.g.
MyPresenterOrViewModel.new.link_to(...)makes no sense):