객체지향 설계와 스프링

2022.06.29

1. Spring의 탄생

자바 진영에 EJB(Enterprise Java Beans)라는 기술이 있었다. 지금으로 따지면 Spring + Jpa를 다 합쳐 놓은 기술.

 

컨테이너, 분산 등의 기술이 획기적이었는데 가격이 수천만원으로 비쌌다..

 

이론적으로는 좋은데 EJB에 의존적으로 코드를 작성해야 하기 때문에 복잡하고 느린데다가 비싸기까지 하니 개발자들이 많이 힘들었다고 한다.

 

이렇게 되니 다시 오래된 방식의 간단한 자바로 돌아가자 해서 나온 용어가 POJO(Plain Old Java Object)다.

 

그래서 개발자들이 직접 스프링, hibernate등의 오픈 소스를 만들게 되었다.

 

스프링은 EJB 컨테이너를 대체하고 단순하였다.

 

Hibernate는 EJB의 엔티티빈 기술을 대체하였고,

이제 EJB는 망했다는걸 인정하고 Hiberante를 거의 복붙해서 JPA(Java Persistence API) 새로운 자바 표준을 정의하게 되었다.

 

현재는 표준 인터페이스로 JPA가 있고 JPA의 구현체가 존재하게 된다.

 

스프링 이름은 전통적인 J2EE(EJB)라는 겨울을 넘어 새로운 시작이라는 뜻으로 지었다고 한다. 왜 봄이라는 의미의 Spring이지 라고 생각했었는데 고난의 역사가 있었다..

---

2. 스프링이란?

스프링은 스프링 프레임워크 하나로 구성된것이 아니라 아래와 같이 여러개의 기술로 이루어져 있다. 이거 말고도 여러 기술들이 있다.

• 핵심 기술: 스프링 DI 컨테이너, AOP, 이벤트
• 웹 기술: 스프링 MVC, 스프링 WebFlux
• 데이터 접근 기술: 트랜잭션, JDBC, ORM 지원, XML지원
• 기술 통합: 캐시, 이메일, 원격접근, 스케줄링
• 테스트: 스프링 기반 테스트 지원

 

스프링의 핵심

• 객체 지향 언어인 자바 언어 기반으로써 OOP 언어가 가진 강력한 특징을 잘 살려낸다.
  • 좋은 객체 지향 어플리케이션을 개발할 수 있게 도와주는 프레임워크

---

3. 스프링 부트?

• 스프링을 편리하게 쓸 수 있도록 도와주고 최근에는 기본적으로 사용한다.
• 스프링 부트는 스프링과 따로 사용할 수 있는 개념이 아니다.

특징

• 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성가능하다.
• Tomcat같은 Embedded Web Server가 있어서 별도로 웹 서버를 설치할 필요가 없다.
• 쉬운 빌드 구성을 위해 starter 종속성을 제공한다.
• 스프링 버전에 잘 들어맞는 third party(외부) library를 자동 구성한다.
• 매트릭, 상태확인, 외부 구성 같은 프로덕션 준비 기능을 제공한다.
• 설정이 정말 간편하다.

---

4. 객체지향

• 추상화
• 캡슐화
• 상속
• 다형성
  • 객체지향 프로그래밍은 프로그램을 유연하고 변경이 용이하게 만든다.
  • 컴포넌트를 쉽고 유연하게 변경하기 위해 다형성을 이용한다.

(1) 역할과 구현 분리

• 다형성을 활용
• 역할 = 인터페이스
• 구현 = 인터페이스를 구현한 클래스
• 객체 설계시 역할을 먼저 부여하고, 그 역할을 수행하는 구현 객체 만들기
• 역할과 구현을 분리하면 세상이 단순해지고, 유연해지며 변경도 편리해진다.

   장점

• 클라이언트는 구현 대상의 내부 구조를 몰라도 되며 대상의 역할(인터페이스)만 알면 된다.
• 클라이언트는 구현 대상의 내부 구조가 변경되거나 구현 대상 자체를 변경해도 영향을 받지 않는다.
• 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경 가능하다.

(2) 스프링과 객체 지향

• 스프링은 다형성을 극대화해서 이용할 수 있게 해준다.
• 제어의 역전(IOC), 의존관계 주입(DI)은 다형성을 활용해서 역할과 구현을 편리하게 다룰 수 있도록 지원한다.
• 스프링은 DI, DI 컨테이너를 제공하는 기술로 다형성 + OCP + DIP를 가능하게 지원한다.
• DI 컨테이너에서 객체를 넣어넣고 그 안에서 의존관계를 서로 연결해주고 주입해주는 기능을 해준다.

---

5. 정리

• 모든 설계에 역할과 구현을 분리하는게 좋다.
• 애플리케이션 설계도 공연을 설계하듯 배역만 만들어두고 배우는 언제든지 유연하게 변경가능하도록 만들자.
• 이상적으로는 모든 설계에 인터페이스를 부여하자

하지만

• 인터페이스를 도입하면 추상화라는 비용이 발생한다.
• 기능을 확장할 가능성이 없다면, 구체 클래스를 직접 사용하고, 향후 꼭 필요할 때 리팩토링해서 인터페이스를 도입하는 것도 방법이다.

---

6. 참고

• 스프링역사: https://www.quickprogrammingtips.com/spring-boot/history-of-spring-framework-and-spring-boot.html
• 객체지향프로그래밍: https://ko.wikipedia.org/wiki/%EA%B0%9D%EC%B2%B4_%EC%A7%80%ED%96%A5_%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D
• SOLID: https://ko.wikipedia.org/wiki/SOLID_(%EA%B0%9D%EC%B2%B4_%EC%A7%80%ED%96%A5_%EC%84%A4%EA%B3%84)

스프링 개발자가 읽으면 좋은 책 추천

• 객체지향 책 추천: 객체지향의 사실과 오해(http://www.yes24.com/Product/Goods/18249021)
• 스프링 책 추천: 토비의 스프링(http://www.yes24.com/Product/Goods/7516911)
• JPA 책 추천: 자바 ORM 표준 JPA 프로그래밍(http://www.yes24.com/Product/Go