Middle man smell
From CSSEMediaWiki
(Difference between revisions)
m (category) |
m (Reverted edits by Ebybymic (Talk); changed back to last version by Matthew Harward) |
||
| (2 intermediate revisions by 2 users not shown) | |||
| Line 8: | Line 8: | ||
== See also == | == See also == | ||
* [[Code smells]] | * [[Code smells]] | ||
| + | |||
| + | {{Template:CodeSmells}} | ||
[[Category:Code smells]] | [[Category:Code smells]] | ||
Latest revision as of 03:08, 25 November 2010
In object oriented programming, it is common to delegate some work to other objects. However, if a class delegates the majority of work to another class, it is just a middle man and should be removed. Instead, you should talk directly to the class that implements the behavior rather than going through the middle man.
Conflicts
- Mediator can turn into a middle man that does little other than delegating to other objects.
- Facade by definition delegates to classes in a subsystem that is being hidden from other parts of the system.
See also
