Context Independence

[ComponentDesignPatterns | CategoryPattern]


You are designing a system to be constructed from a mixture of third-party and home-grown components.


How do you make it easy (easier) to reuse components and maintain a system built from components?



Replace implicit dependencies with explicit dependencies. One or more of these strategies might help:

Resulting Context

Known Uses


Related Patterns

See also

NatPryce: Feel free to add to, modify or clarify this pattern, especially the forces.

PhilipEskelin: Based on some of the discussion that occurred in AbstractInteractions, I've done more thinking about what we're talking about here. We're talking about the structure and behavior of interacting components and frameworks. But what about expected and unexpected life and death? I am, therefore I exist . . . but how did I come and how will I go? Perhaps another mini-pattern language called LifecycleMethods? or the GameOfLife is in order?

I don't know if it's a part of ContextIndependence, or if we should have the GameOfLife contain LifePatterns, AbstractInteractions, and DeathPatterns? -- all taking both foreign and domestic structural and behavioral forces into consideration. Thoughts?

View edit of February 11, 2008 or FindPage with title or text search