In C#/Java, the dependency inversion principle is often demonstrated by high-level classes that depends on an interface/abstraction (that it owns). Low-level classes will implement the interface, thus inverting the dependency.

I wonder, how is it applied in object-oriented languages with no interface? For example, I'm not an expert in Ruby, but it seems that in this language you can't define interfaces like in Java/.NET

up vote 7 down vote accepted

Even though you don't have explicit interfaces in dynamic languages, the dependency inversion principle can be followed by writing the client code against an abstract representation of the dependency, which the concrete "implementers" will adhere to via duck typing.

In a sense, that's the default in a dynamic language, and it could be argued that the dependency inversion principle is followed without any conscious effort. But, in practice it's worthwhile to consider the abstract representation of your concrete classes, to gain more insight into the domain, and to decouple from any implementation details that don't capture the essence of the abstraction.

Your Answer

 

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Not the answer you're looking for? Browse other questions tagged or ask your own question.