OOP(Object-Oriented Programming)의 4대 원칙과 SOLID 5대 원칙 정리

OOP의 4대 원칙

 

1. 캡슐화 (Encapsulation)

데이터 보호를 위해 클래스의 속성을 private으로 설정하고, getter와 setter 메서드를 통해 데이터에 접근하도록 한다. 이를 통해 객체의 내부 상태를 외부에서 직접 변경하지 못하게 하여 데이터 무결성을 유지할 수 있다.

2. 추상화 (Abstraction)

추상화는 복잡한 시스템의 세부 사항을 숨기고, 필요한 부분만을 드러내는 개념이다. 이를 통해 코드 재사용성을 높일 수 있다. abstract class와 interface를 활용하여 공통적인 기능을 정의하고, 이를 구현하는 다양한 클래스에서 재사용할 수 있다.

3. 다형성 (Polymorphism)

다형성은 같은 인터페이스나 부모 클래스의 메서드를 다양한 방식으로 구현할 수 있게 해주는 특성이다. 메서드 오버로딩(Overloading)과 메서드 오버라이딩(Overriding)을 통해 유연한 설계를 가능하게 한다.

4. 상속 (Inheritance)

상속은 기존 클래스(부모 클래스)의 속성과 메서드를 자식 클래스가 물려받는 구조이다. 이를 통해 코드의 재사용성을 높이고, 시스템의 복잡성을 줄일 수 있다.

---

SOLID 5대 원칙

 

1. S - 단일 책임 원칙 (Single Responsibility Principle)

클래스는 오직 하나의 책임만 가져야 하며, 클래스의 변경은 오직 그 책임 때문이어야 한다. 즉, 하나의 클래스가 여러 기능을 담당하지 않도록 설계하여 코드의 이해와 유지보수를 용이하게 한다.

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

소프트웨어 개체(클래스, 모듈 등)는 확장에 대해서는 열려(Open) 있어야 하고, 수정에 대해서는 닫혀(Closed) 있어야 한다. 즉, 새로운 기능을 추가할 때 기존 코드를 수정하지 않고도 가능하도록 설계해야 한다.

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

서브타입은 언제나 자신의 기반 타입으로 교체할 수 있어야 하며, 프로그램의 정확성을 유지해야 한다. 즉, 자식 클래스는 부모 클래스의 대체 가능성을 가져야 하며, 부모 클래스가 사용하는 객체가 자식 클래스를 사용할 때 문제가 없어야 한다.

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

특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다. 즉, 클라이언트는 사용하지 않는 메서드에 의존하지 않도록 인터페이스를 여러 개 구성해야 한다.

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

고수준 모듈은 저수준 모듈에 의존해서는 안 되며, 둘 다 추상화에 의존해야 한다. 즉, 구체적인 구현보다는 인터페이스나 추상 클래스에 의존하여 결합도를 낮춰야 한다.


이러한 SOLID 원칙을 적용하면 코드의 가독성과 유지보수성이 향상되고, 새로운 기능 추가 및 변경이 용이해지며, 코드의 재사용성을 높이고 버그 발생 확률을 줄일 수 있다.