How to write code that makes dependency injection more difficult than it needs to be:
- Use lots of static calls – There’s nothing like a global function or global state that makes it difficult for people to change something. Nested static calls are even better forcing lifecycle choices across the entire application. Who doesn’t want to connect to a database as soon as you load a small part of your application?
- "New" up instances whenever you need it – Don’t worry about if objects need the same dependencies but earlier in the application… you can create new intances of them as well! Injecting different behaviour? No way!
- Tie yourself to concrete implementations – Objects don’t have roles. They do stuff and we want that stuff done now. Why would someone want to change the way things are done in the future?
- ServiceLocate Everything – A variant of the static method. We can use the Service Locator to pull in anything we may happen to need. Layers in an application. Forget it.
- Pass newly created objects into other objects – Nesting the creation of new objects makes it even harder to unwind at a later stage. You want to inject something into that class? It’ll only need to be passed twelve layers deep!
Hey Pat…
Well done.. I totally agree with them… If only everyone thought like this… hehehee
I saw that you are doing some great stuff with my friend Danilo Sato … well done guys…
I’m also trying to make some noise in the land down under here… You are from here, right?
cheers,
This post would warrant an equivalent “what to do” in response to each “what not to do” bullet. Agree with your points though.
Good point. I’ll add it to my to-do list.