Hacker News new | past | comments | ask | show | jobs | submit login

If you need a gem to implement some of these complementary patterns, you're doing it wrong. Draper, Naught, DisplayCase and all of the other gems of patterns are over abstraction 99% of the time. Implement the pattern yourself. Most of these Presenter and Service object patterns are different variations of the Decorator pattern. Ruby happens to ship with 3 great ways to implement decorators: SimpleDelegator (my personal favorite)[0], Delegator[1] and Forwardable[2].

0 - http://www.ruby-doc.org/stdlib-1.9.3/libdoc/delegate/rdoc/Si...

1 - http://www.ruby-doc.org/stdlib-1.9.3/libdoc/delegate/rdoc/De...

2 - http://www.ruby-doc.org/stdlib-2.0/libdoc/forwardable/rdoc/F...




The biggest pain points that gems like Draper solve are allowing view helpers in your decorators (which is by no means straightforward when you get into routing helpers), and dealing with some of the strangeness that you get into by wrapping ActiveRecord models (JSON serialization was a biggie for us). It's less about what Ruby gives you, and more about navigating around some of the darker, messier corners of Rails.


They just wrapped the view_context with a method_missing proxy (another form of a Decorator) that the controller instance gives you. You can accomplish the same very easily using dependency injection in your controller action:

MassivelyUpVotedPostPresenter.new(@post, self.view_context)

Or just inject the whole controller instance and you have your router helpers too!

MassivelyUpVotedPostPresenter.new(@post, self)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: