2025 09 05 스파르타 코딩클럽 5일차
오늘은 개인 공부를 할 수 있는 시간이 만들어져서 따로 공부한 내용을 정리했다.
스프링 부트란
- 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성
- Tomcat 같은 웹 서버를 내장 → 별도의 웹 서버 설치 불필요
- 스프링과 외부 라이브러리 자동 구성 (버전까지 자동 지정)
스프링의 핵심
- 자바 언어 기반 → 객체 지향 언어
- 스프링은 좋은 객체 지향 애플리케이션 개발을 도와줌
좋은 객체 지향 프로그램이란?
- 유연하고 변경이 용이한 프로그램
- 핵심은 다형성
다형성 예시
세상을 "역할"과 "구현"으로 나누어 보자.
- 역할: 운전자, 자동차
- 구현: 자동차의 실제 구현체 → BMW, 벤츠, 아우디, 테슬라 등
운전자는 BMW를 타다가 벤츠, 테슬라로 바꿔도 문제 없이 운전 가능하다.
즉 역할(자동차 인터페이스)만 구현되어 있으면, 클라이언트(운전자)는 영향을 받지 않는다.
이를 확장하면 클라이언트에 영향을 주지 않고 기능을 확장할 수 있다는 의미이다.
자바 언어에서의 다형성
- 역할(Role): 인터페이스
- 구현(Implementation): 인터페이스를 구현한 클래스, 객체
객체 설계 시 인터페이스를 먼저 정의하고, 이를 구현하는 객체를 만드는 것이 중요하다.
다형성의 본질
- 실행 시점에 인터페이스를 구현한 객체 인스턴스를 유연하게 교체 가능
- 클라이언트를 변경하지 않고 서버의 기능을 확장할 수 있다.
단점: 인터페이스 자체가 변하면 클라이언트/서버 모두 큰 변경 발생 → 인터페이스 안정적인 설계가 중요
좋은 객체 지향 설계의 5가지 원칙 (SOLID)
1. SRP (단일 책임 원칙)
- 한 클래스는 하나의 책임만 가져야 한다.
- 책임의 기준이 모호하지만, 변경 시 파급 효과가 적으면 SRP를 잘 지킨 것.
2. OCP (개방-폐쇄 원칙) 🚨 중요
- 소프트웨어 요소는 확장에는 열려 있고, 변경에는 닫혀 있어야 한다.
- 역할과 구현을 분리해야 함.
- 예시: 새로운 기능을 추가할 때 인터페이스를 구현한 새로운 클래스를 만들면 된다.
문제: 구현 객체를 교체하려면 클라이언트 코드 수정 필요 → OCP 위반
해결: 객체 생성 및 연관관계 설정을 별도로 관리해야 한다.
→ 스프링 컨테이너(DI/IoC) 가 이를 지원.
3. LSP (리스코프 치환 원칙)
- 프로그램의 정확성을 깨뜨리지 않고, 하위 타입으로 대체 가능해야 함.
- 자동차 예시:
엑셀을 밟으면 무조건 앞으로 가야 한다.
→ 뒤로 가면 LSP 위반. (느리더라도 앞으로만 가야 함)
4. ISP (인터페이스 분리 원칙)
- 범용 인터페이스 하나보다, 클라이언트별 인터페이스 여러 개가 낫다.
- 예시: 자동차 인터페이스 → 운전 인터페이스 + 정비 인터페이스로 분리
- 장점: 인터페이스 명확해지고, 대체 가능성 증가.
5. DIP (의존관계 역전 원칙) 🚨 중요
- 구현 클래스가 아닌 추상화(인터페이스)에 의존해야 한다.
- 즉, 역할과 구현을 철저히 분리해야 한다.
- 의존성 주입(DI)은 이 원칙을 따르는 방법 중 하나.
정리
- 객체 지향 핵심 = 다형성
- 그러나 다형성만으로는 부족 → 구현 변경 시 클라이언트 코드도 수정 필요
- → OCP / DIP 위반
- 스프링은 다음 기술로 이를 해결:
- DI (Dependency Injection, 의존성 주입)
- IoC 컨테이너 제공
클라이언트 코드 변경 없이 기능 확장 가능
