Table of Contents

Open-Closed Principle (OCP)

Variants and Alternative Names

Context

Principle Statement

Modules should be open for extension but closed for modification.

Description

Rationale

Strategies

Caveats

Beware that wrong application of OCP may lead to the anti-pattern onion.

See also section contrary principles.

Origin

Bertrand Meyer: Object-Oriented Software Construction, p. 57pp.

Evidence

Relations to Other Principles

Generalizations

Specializations

Contrary Principles

Complementary Principles

Principle Collections

Examples

Client Repository

Let's say the high-level module (your business logic), wants to be able to add or remove clients to the database. Instead of it talking to the database directly, it defines an interface called ClientRepository which contains the methods the business logic needs (DIP). Now you go along and implement a MySQLClientRepository. Some time in the future, you are asked to switch to an oracle database. You can now, without modifying any code from your business logic, switch to the oracle database: by extending ClientRepository to implement OracleClientRepository. You just need to wire an OracleClientRepository instance to the business logic and you have made the switch without modifying any business logic code.

Description Status

Stub

Further Reading

Discussion

Discuss this wiki article and the principle on the corresponding talk page.