Spring Framwork은 2000년대 초반 Java 엔터프라이즈 애플리케이션 개발의 복잡성을 해결하기 위해 등장했다.
[기존 Java EJB의 문제점]
- 비즈니스 로직보다 설정과 규약을 더 많이 작성
- 코드가 EJB에 강하게 결합 -> 로컬 테스트, 단위 테스트 불가능
[Spring Framework가 해결하고자 한 문제]
- POJO기반 개발(특정 프레임워크나 컨테이너에 의존하지 않는 순수 자바 객체 사용)
- IoC / DI(제어의 역전, 의존성 주입) - 객체 생성과 의존성관리를 개발자가 아닌 컨테이너가 담당.
- AOP를 통한 관심사 분리
- 복잡한 기술의 추상화
[정리]
Spring Framework는 EJB중심의 복잡성, 강한 컨테이너 의존성, 테스트 불가능한 구조를 해결하기 위해 등장,
POJO기반 개발, DI,AOP를 통해 유연하고 테스트 가능한 엔터프라이즈 애플리케이션 개발 환경을 제공.
'코드잇 스프린트 > Spring 이론' 카테고리의 다른 글
| 애플리케이션의 각 계층에서 수행되는 입력값 검증의 범위와 책임 (0) | 2026.04.06 |
|---|---|
| 트랜잭션 ACID중 격리성(Isolation)이 보장되지 않을때 문제 (0) | 2026.04.01 |
| JPA에서 발생하는 N+1 문제의 발생 원인과 해결 방안(EAGER 는 JOIN이 아니다.) (1) | 2026.03.26 |
| 웹 API가 SOAP에서 REST로 전환된 이유 (0) | 2026.02.27 |
| Spring Bean이란? (2) | 2026.01.26 |