| View previous topic :: View next topic |
| Author |
Message |
K Guest
|
Posted: Fri Jan 11, 2008 12:50 am Post subject: Opposite of Facade? |
|
|
Is there a design pattern that's the conceptual opposite of a facade?
While a facade presents a single interface to a more complex
underlying mechanism (fan out), is there a pattern that presents a
diverse range of interfaces to a single, simple underlying mechanism?
For example, I have a component that takes in XML data and transforms,
enriches and manipulates it. This is the single underlying component.
However, the component can receive this XML data from several
different sources and transports such as HTTP, JMS, etc. In effect,
this component is presenting multiple, diverse interfaces to the same
function.
Is there a design pattern that talks about this? If so what is it and
where can I find more information about it?
TIA |
|
| Back to top |
|
 |
| |
Ads |
Advertising
Sponsor
|
|
H. S. Lahman Guest
|
Posted: Sat Jan 12, 2008 5:24 am Post subject: Re: Opposite of Facade? |
|
|
Responding to K...
| Quote: |
Is there a design pattern that's the conceptual opposite of a facade?
While a facade presents a single interface to a more complex
underlying mechanism (fan out), is there a pattern that presents a
diverse range of interfaces to a single, simple underlying mechanism?
For example, I have a component that takes in XML data and transforms,
enriches and manipulates it. This is the single underlying component.
However, the component can receive this XML data from several
different sources and transports such as HTTP, JMS, etc. In effect,
this component is presenting multiple, diverse interfaces to the same
function.
Is there a design pattern that talks about this? If so what is it and
where can I find more information about it?
|
I don't think so. It is fundamental to OOA/D that interfaces are
separate from the objects they encapsulate and one can have multiple
interfaces to access the object. Modern OOPLs like Java explicitly
support this with language constructs. So one doesn't really need a
pattern; it is already part of the OOA/D notation or OOPL syntax.
--
There is nothing wrong with me that could
not be cured by a capful of Drano.
H. S. Lahman
hsl@pathfindermda.com
Pathfinder Solutions
http://www.pathfindermda.com
blog: http://pathfinderpeople.blogs.com/hslahman
"Model-Based Translation: The Next Step in Agile Development". Email
info@pathfindermda.com for your copy.
Pathfinder is hiring:
http://www.pathfindermda.com/about_us/careers_pos3.php.
(888)OOA-PATH |
|
| Back to top |
|
 |
| |
Ads |
Advertising
Sponsor
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|

112 Attacks blocked
Powered by phpBB © 2001, 2005 phpBB Group
|