I was checking out this post from Derick Bailey today, and something struck me rather odd. Not the “DI only enables testability” argument, but the ruby code:
baz = Baz.new
I’ve been very curious to see what real Ruby applications look like written by real Rubyists. From the code I’ve seen, Ruby code written by C# developers looks vastly different than Ruby code written by seasoned Ruby developers. For example, I can’t really recall ever seeing something like “Baz.new” on anything that wasn’t a Model object or other primitive.
From what I’ve seen, composition in Rails apps happens more through modules and duck-typing, rather than new’ing up a dependency. In the above example, the Baz type doesn’t have any state, so there’s not really a reason to instantiate it at all.
This is the piece that I always question when I see code like this. In Rails production apps I’ve had the privilege of seeing, Dependency Injection was never necessary simply because there weren’t any dependencies to begin with. At most there were some modules/duck typing for static services like encryption. Otherwise, it just didn’t happen.
So a question (or two) for Rubyists:
- Would you ever write the above code in the first place?
- In one sentence (ha ha), how do you apply SOLID to your Ruby applications?
Post Footer automatically generated by Add Post Footer Plugin for wordpress.