I\'ve been reading both definitions and they seem quite the same. Could anyone point out what are their differences?
Thanks
I'll try to explain this in plain words, without much formality.
Imagine you've got some domain classes and from the UI you want to interact with them. A facade can be used to provide functions that can be called from the UI layer so that the UI layer doesn't know about any domain classes other than the facade. That means instead of calling the functions in the domain classes you call a single function from the facade, which will be responsible of calling the needed functions from the other classes.
An adapter, on the other hand, can be used to integrate other external components that might have the same functionality you need but their functions are not called quite the same way. Say you've got a Car
class in your domain and you work with an external car provider that has a Car class defined as well. In this class, you've got the function car.getDoors()
but the external provider has the equivalent car.getNumDoors()
. You don't want to change the way you call this function, so you can use an adapter class to wrap the external Car class so that a call to getDoors()
of the adapter is delegated to getNumDoors()
of the external class.
Facade
Abstracts complexity to provide a simpler interface. Say for example, an computer OS abstracts the complexity of underlying hardware. Or a high-level programing languages(Python/JavaScript) abstracts complexity when compared to a low-level language(C).
Adapter
It's analogues to a hardware adapters. Say you want to connect a USB device
to a serial port
, you will need a USB-serial port adapter
.
As usual, there exist similarities between several patterns. But I would see it like this:
The Facade Pattern wiki page has a brief note about this.
"An Adapter is used when the wrapper must respect a particular interface and must support a polymorphic behavior. On the other hand, a facade is used when one wants an easier or simpler interface to work with."
I heard an analogy that you should think of your universal remote control that you've set up to work with all your different stereo systems - you press "on" and it turns on your cable box, your receiver, and your TV. Maybe it's a really fancy home theater and it dims the lights and draws the shades too. That's a Facade - one button/function that takes care of a more complicated set of steps.
The Adapter pattern just links two incompatible interfaces.
EDIT: A quick analogy for the Adapter pattern (based on the comments) might be something like a DVI-to-VGA adapter. Modern video cards are often DVI, but you've got an old VGA monitor. With an adapter that plugs into your video card's expected DVI input, and has its own VGA input, you'll be able to get your old monitor working with your new video card.
Facade:
Key takeaways : ( from journaldev article by Pankaj Kumar)
Facade class diagram:
Adapter:
Class diagram of Adapter:
You can find more details about Adapter in this SE post:
Difference between Bridge pattern and Adapter pattern
Key differences:
Have a look at sourcemaking article too for better understanding.
Facade is usually contrasted with Adapter.
+--------------------------------------------------------------+-----------------------------------------------+
| Facade | Adapter |
+--------------------------------------------------------------+-----------------------------------------------+
| Simplifies multiple complex components with single interface | Provides differnet interface for an interface |
| Works with multiple components | Works with single component |
| Control panel is an example | A power adapter is an example |
| High-level interface | Low-level interface |
+--------------------------------------------------------------+-----------------------------------------------+