Open-Closed Principle by Example: Conclusion
This series clarifies the Open-Closed Principle with examples. This post recaps what we’ve learned
This series clarifies the Open-Closed Principle with examples. This post recaps what we’ve learned
This series clarifies the Open-Closed Principle with examples. This post describes some approaches that may look like the OCP, but don’t deliver the expected value.
This series clarifies the Open-Closed Principle (OCP) with examples. This post applies the OCP to the system level with architecture patterns like ports and adapters.
This series clarifies the Open-Closed Principle with examples. This post will demonstrate the OCP through interchangable and composable dependencies.
This series clarifies the Open-Closed Principle with examples. This post will demonstrate how the OCP can be achieved through flexible behaviors like callbacks.
This series clarifies the Open-Closed Principle with examples. This post will demonstrate how the OCP can be achieved through flexible data.
The Open-Closed Principle, one of the SOLID principles, is crucial to reusable code and insulated problem domains. This series will clarify the principle with examples.
A previous post got me thinking about how principles can be measured and what value such measures could provide.
SMART is a set of criteria for setting effective goals. I recently saw a recommendation that architecture principles should be SMART, but I’m not convinced.
I previously enumerated a set of properties that underlay self-documenting code. Is there really a need for another set of properties?