객체 지향 설계 원칙 SOLID

✅ 객체 지향 설계 원칙 SOLID

객체지향 설계 5대 원칙(SOLID)들은 코드의 유지보수성, 확장성, 재사용성을 높이고 결합도는 낮추며 응집도는 높이는 것을 목표로 합니다. 이를 통해 변경에 유연하고 견고한 애플리케이션을 만들수 있습니다.

1. 단위 책임 원칙 - SRP (Single Responsibility Principle) 

• 하나의 클래스는 하나의 책임만 가져야 한다.
• 클래스는 하나의 기능 또는 역할을 가져야 하며, 그 외의 다른 책임을 맡지 않아야 한다는 원칙입니다. 이 원칙을 따름으로써 클래스가 명확한 목적을 가지게 되고, 변화가 필요한 부분이 생기면 한 곳만 수정할 수 있어 유지보수가 쉬워집니다.

사용자의 로그인과 데이터베이스의 처리를 동시에 담당하는 클래스 대신, 각각의 역할을 담당하는 loginService와 DatabaseService클래스를 분리하는 것이 좋습니다.

2. 개방 폐쇄 원칙 - OCP (Open-Closed Principle)

• 클래스는 확장에는 열려 있어야 하고, 수정에는 닫혀 있어야 한다.
• 새로운 기능이 추가될 때 기존 코드를 수정하지 않고, 확장하여 사용할 수 있어야 한다는 원칙입니다. 이를 통해 기존 코드가 변경되지 않기 때문에 버그가 발생할 확률을 줄일 수 있습니다.

새로운 기능이 필요할 때 기존 클래스를 수정하는 대신, 기존 클래스를 상속하거나 인터페이스를 구현하여 새로운 기능을 추가하는 방법입니다.

3. 리스코프 치환 원칙 - LSP (Liskov Substitution Principle)

• 서브 타입은 언제나 기반 타입으로 교체할 수 있어야 한다.
• 자식 클래스는 언제나 부모 클래스를 대체할 수 있어야 하며, 자식 클래스가 부모 클래스의 행위를 변경하지 않아야 한다는 원칙입니다. 이를 통해 상속 구조에서 일관성을 유지하고 예측 가능한 코드 동작을 보장할 수 있습니다.

4. 인터페이스 분리 원칙 - ISP (Interface Segregation Principle)

• 클라이언트는 자신이 사용하지 않는 메서드에 의존하지 않아야 한다.
• 하나의 큰 인터페이스 대신 여러 개의 작은 인터페이스로 분리하여, 사용하지 않는 메소드를 구현하지 않도록 해야 한다는 원칙입니다. 이를 통해 인터페이스는 더 명확하고, 필요하지 않은 기능 때문에 코드가 복잡해지는 것을 방지할 수 있습니다.

동물 행동 인터페이스에 fly(), swim(), walk() 메소드를 모두 포함하기보다, 각각 Flyable, Swimmable, Walkable 인터페이스로 나눠서 필요한 행동만 구현하도록 하는 것이 더 바람직합니다.

5. 의존 역전 원칙 - DIP (Dependency Inversion Principle)

• 고수준 모듈은 저수준 모듈에 의존해서는 안 되며, 둘 다 추상화에 의존해야 한다.
• 구체적인 구현보다 인터페이스나 추상 클래스에 의존하도록 설계하여, 모듈 간의 결합도를 낮추는 원칙입니다. 이를 통해 코드 변경 시 서로 영향을 주지 않고 쉽게 확장하거나 교체할 수 있습니다.

서비스 클래스가 직접 MySQLDatabase 클래스에 의존하기보다, Database라는 추상 인터페이스에 의존하게 함으로써 OracleDatabase로 쉽게 교체할 수 있게 설계하는 것이 좋습니다.