|
gptkbp:instanceOf
|
gptkb:Design_Pattern
|
|
gptkbp:advantage
|
can make it harder to restrict components
can make design overly general
|
|
gptkbp:appearsIn
|
gptkb:Design_Patterns:_Elements_of_Reusable_Object-Oriented_Software
|
|
gptkbp:benefit
|
makes it easier to add new kinds of components
simplifies client code
|
|
gptkbp:category
|
structural pattern
|
|
gptkbp:definedIn
|
gptkb:Gang_of_Four_book
|
|
gptkbp:example
|
file system directories and files
|
|
gptkbp:firstDescribed
|
gptkb:Erich_Gamma
gptkb:John_Vlissides
gptkb:Richard_Helm
gptkb:Ralph_Johnson
|
|
gptkbp:language
|
gptkb:Java
gptkb:Python
gptkb:C#
gptkb:C++
|
|
gptkbp:participants
|
gptkb:Leaf
gptkb:Component
Composite
|
|
gptkbp:pattern
|
structural
|
|
gptkbp:purpose
|
treat individual objects and compositions uniformly
compose objects into tree structures to represent part-whole hierarchies
|
|
gptkbp:relatedTo
|
Decorator pattern
Flyweight pattern
|
|
gptkbp:UMLRepresentation
|
tree structure
|
|
gptkbp:usedIn
|
object-oriented programming
|
|
gptkbp:bfsParent
|
gptkb:Chain_of_Responsibility_pattern
|
|
gptkbp:bfsLayer
|
8
|
|
https://www.w3.org/2000/01/rdf-schema#label
|
Composite pattern
|