What is it and Why....
Geode in its current form is the ultimate Monolith. Littered with God objects and tight coupling. This makes maintaining and extending the current Geode system really hard, as changing functionality in ObjectA would most inevitably cause a change in ObjectB, which then cause ObjectC having to change, etc...
The current tight coupling of code makes it harder to reason over the expected behavior of the system, as code is layered on top of code, each layer potentially influencing behavior that is unpredictable.
In order to start unwinding this ball of yarn we need refer back to some Good Design Strategies:
Separation of Concerns
Modularity
Abstraction
Anticipation of Change
Incremental Development
These strategies are best described in the following links:
- Seven Good Design Strategies Part1
- Seven Good Design Strategies Part2
- Seven Good Design Strategies Part3
Proposal
The proposal is based around solving or meeting the Proposal Goals. These goals