Software Engineering Stack Exchange is a question and answer site for professionals, academics, and students working within the systems development life cycle. It only takes a minute to sign up.
Sign up to join this community
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
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.
