티스토리 뷰
728x90
SOLID 원칙은 객체 지향 설계의 5가지 핵심 원칙을 말합니다. 이 원칙들은 소프트웨어가 유연하고 확장 가능하며, 유지보수하기 쉽게 설계될 수 있도록 도와줍니다. 각 원칙을 이해하고 적용하면 재사용성과 확장성을 높일 수 있습니다.
SOLID의 5가지 원칙:
- SRP (Single Responsibility Principle) - 단일 책임 원칙
- 설명: 클래스는 단 하나의 책임만 가져야 한다는 원칙입니다. 하나의 클래스는 하나의 기능만 수행하고, 그 기능을 변경해야 할 이유도 하나만 있어야 합니다.
- 이유: 여러 책임이 하나의 클래스에 존재하면, 코드 수정 시 의존성이 높아져 오류 발생 가능성이 커집니다.
- 예시: 하나의 클래스가 데이터베이스 접근과 UI 업데이트를 모두 담당하면, 변경이 필요할 때 불필요한 수정이 생길 수 있습니다.
- OCP (Open/Closed Principle) - 개방-폐쇄 원칙
- 설명: 소프트웨어 요소는 확장에 대해 열려 있어야 하지만, 수정에는 닫혀 있어야 한다는 원칙입니다. 즉, 새로운 기능을 추가할 수 있지만 기존 코드를 수정하지 않아야 한다는 의미입니다.
- 이유: 기존 코드를 변경하지 않고도 새로운 기능을 추가할 수 있게 해야 시스템의 유연성이 증가하고, 오류 발생 가능성이 줄어듭니다.
- 예시: 인터페이스나 추상 클래스를 사용해 새로운 클래스가 기존 기능을 확장할 수 있게 설계하는 방식.
- LSP (Liskov Substitution Principle) - 리스코프 치환 원칙
- 설명: 서브타입은 언제나 기반 타입으로 교체할 수 있어야 한다는 원칙입니다. 즉, 자식 클래스는 부모 클래스의 기능을 대체할 수 있어야 합니다.
- 이유: 자식 클래스가 부모 클래스의 행동을 그대로 따르지 않으면, 다형성을 사용한 프로그램에서 예기치 못한 결과가 발생할 수 있습니다.
- 예시: 만약 Bird 클래스를 상속받은 Penguin 클래스가 fly() 메서드를 무시한다면, 부모 클래스의 기능을 제대로 대체하지 못하는 상황이 생깁니다.
- ISP (Interface Segregation Principle) - 인터페이스 분리 원칙
- 설명: 클라이언트는 자신이 사용하지 않는 인터페이스에 의존하지 않아야 한다는 원칙입니다. 큰 인터페이스를 작은 단위로 나누어야 한다는 뜻입니다.
- 이유: 불필요한 메서드나 기능에 의존하지 않도록 설계하여, 클라이언트가 꼭 필요한 기능만 사용하게 합니다.
- 예시: 하나의 복합기에 프린터, 팩스, 복사 기능이 있는데, 프린터만 사용하는 클라이언트는 복사와 팩스 기능에 의존하지 않도록 인터페이스를 분리해야 합니다.
- DIP (Dependency Inversion Principle) - 의존성 역전 원칙
- 설명: 고수준 모듈은 저수준 모듈에 의존해서는 안 된다. 둘 다 추상화에 의존해야 한다. 즉, 구체적인 클래스가 아니라, 인터페이스나 추상 클래스에 의존해야 한다는 의미입니다.
- 이유: 구체적인 클래스에 의존하면 코드 수정 시 변경 범위가 커지고 유연성이 떨어집니다. 대신 추상화된 객체에 의존하게 하면 코드 재사용성과 확장성이 높아집니다.
- 예시: 특정 데이터베이스 기술에 종속되지 않고, Database 인터페이스에 의존하여 다양한 데이터베이스로 쉽게 교체할 수 있는 구조를 만드는 것.
SOLID 원칙 요약:
SRP | 단일 책임 원칙 | 한 클래스는 하나의 책임만 가져야 함 | 데이터베이스 접근과 UI 처리를 분리 |
OCP | 개방-폐쇄 원칙 | 확장에는 열려 있고, 수정에는 닫혀 있어야 함 | 인터페이스를 통한 확장 |
LSP | 리스코프 치환 원칙 | 자식 클래스는 부모 클래스를 대체할 수 있어야 함 | 부모 클래스 메서드를 오버라이딩하여 기능 유지 |
ISP | 인터페이스 분리 원칙 | 사용하지 않는 메서드에 의존하지 않아야 함 | 큰 인터페이스를 작은 인터페이스로 분리 |
DIP | 의존성 역전 원칙 | 구체적인 것이 아닌 추상화에 의존해야 함 | 인터페이스에 의존해 구현체를 교체 가능하게 |
이 원칙들을 지키면 코드의 유연성, 확장성, 재사용성이 높아지고, 유지보수가 훨씬 수월해집니다.
728x90
'Study > 정보처리기사' 카테고리의 다른 글
주요 테스트 용어 정리 (2) | 2024.10.11 |
---|---|
알파 테스트(Alpha Testing), 베타 테스트(Beta Testing)란? (0) | 2024.10.11 |
대칭 키 알고리즘(Symmetric Key Algorithm) 정리 (0) | 2024.10.11 |
E-R 다이어그램 (0) | 2024.10.11 |
보안 관련 용어 (2) | 2024.10.11 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- json.parse(json.stringify())
- core web vitals
- Jest
- 중첩 함수(nested function)
- semver)
- jackson 라이브러리
- react router
- named export vs default export
- counter
- 소프트웨어 버전 관리
- 프로세스 강제 종료
- javascript 필수 문법
- chrome extension 자동 배포
- 원시값(primitive)
- public vs assets
- Collections
- x.y.z (메이저.마이너.패치)
- stdlib.h
- inp
- defaultdict
- 시맨틱 버전(semantic versioning
- pwa(progressive web app)
- styled-components
- react
- math.h
- mermaid-cli
- useEffect
- structuredclone()
- ajax (asynchronous javascript and xml)
- 쉽게 풀어쓴 C언어 Express
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
글 보관함