Difference between revisions of "Composite"
Jump to navigation
Jump to search
Sfrancisco (talk | contribs) (Added category) |
Sfrancisco (talk | contribs) m (Edited spelling) |
||
| Line 66: | Line 66: | ||
<references/> | <references/> | ||
[[Category:Design_patterns]] [[Category:Patlet]] [[Category:Software Design | [[Category:Design_patterns]] [[Category:Patlet]] [[Category:Software Design Patterns]]<!-- List of other categories the design pattern belongs to. The syntax for linking to a category is: [[Category:<Name of category]] --> | ||
Latest revision as of 11:44, 17 May 2017
| Composite | |
| Contributors | Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides |
|---|---|
| Last modification | May 17, 2017 |
| Source | Gamma, Helm, Johnson & Vlissides (1995)[1], Composite Pattern (2016)[2] |
| Pattern formats | OPR Alexandrian |
| Usability | |
| Learning domain | |
| Stakeholders | |
Compose objects into tree structures that represent whole-part hierarchies. Composite lets clients treat individual objects and compositions of objects uniformly. A leaf has the same interface as a node.[1][2]
Context
Problem
Forces
Solution
Consequences
Benefits
Liabilities
Evidence
Literature
Discussion
Data
Applied evaluation
Related patterns
Example
References
- ↑ 1.0 1.1 Gamma, E., Helm, R., Johnson, R. & Vlissides, J. (1995). Design Patterns: elements of reusable object-oriented software. Addison-Wesley: Boston, MA.ISBN 0-201-63361-2.
- ↑ 2.0 2.1 Composite Pattern. (2016). Retrieved October 4, 2016 from http://c2.com/cgi/wiki?CompositePattern.