23-01-10-TUE

[snaag]

• 스프링 핵심 강의 > 객체 지향 설계와 스프링 - 이야기 - 자바 진영의 추운 겨울과 스프링의 탄생 강의 듣고 정리
• Java Bean 디깅

[snaag]

스프링 핵심 강의 > 객체 지향 설계와 스프링

이야기 - 자바 진영의 추운 겨울과 스프링의 탄생

1. 스프링의 탄생 (feat. EJB 의 단점)

EJB

• 자바 진영에서 표준으로 인정한 기술
• 2000 년대 초반 자바 진영 표준 기술의 최고봉
• 당시 금융권이나 아키텍쳐들이 많이 사용하고 도입함
• 장점
  • 컨테이너 기술
  • 트랜잭션 관리
  • Entity Bean 이라는 ORM 기술
  • 분산 기술 등, 고급 기술들이 편하게 지원이 잘 됨
  • 이론이 좋음
• 단점
  • 비쌈 (한 대당 수천만원)
  • 어렵고, 복잡하고, 느림
  • EJB Interface 에 의존적으로 설계해야됨 -> 순수한 옛날 자바로 돌아가자 (POJO, plan old java object) 는 말도 나옴

2. 스프링, 하이버네이트의 등장

• 스프링
  • EJB 컨테이너 대체
  • 단순함의 승리
  • 현재 사실상 표준 기술
• 하이버네이트
  • EJB 엔티티빈 기술을 대체
  • 하이버네이트를 기반으로 한 JPA (Java Persistence API) 새로운 표준 정의 = 즉 Interface, 여러 서비스가 구현해두었음

3. 스프링의 역사

• 2002년, 로드 존슨의 책 출간
  • EJB 의 문제점 지적, EJB 없이도 충분히 고품질의 확장 가능한 애플리케이션을 개발할 수 있음을 보여줌
  • 여기에 지금의 스프링 핵심 개념과 기반 코드가 들어 가 있음
  • BeanFactory, ApplicationContext, POJO, 제 어의 역전, 의존관계 주입
• 책 출간 직후 Juergen Hoeller(유겐 휠러), Yann Caroff(얀 카로프)가 로드 존슨에게 오 픈소스 프로젝트를 제안
  • 스프링의 핵심 코드의 상당수는 유겐 휠러가 지금도 개발
  • 스프링 이름은 전통적인 J2EE(EJB)라는 겨울을 넘어 새로운 시작이라는 뜻으로 지음

4. 스프링의 역사 - Release

• • 2003 - 스프링 프레임워크 1.0 출시 - XML
  • 2006 - 스프링 프레임워크 2.0 출시 - XML 편의 기능 지원
  • 2009 - 스프링 프레임워크 3.0 출시 - 자바 코드로 설정
  • 2013 - 스프링 프레임워크 4.0 출시 - 자바8
  • 2014 - 스프링 부트 1.0 출시
  • 2017 - 스프링 프레임워크 5.0, 스프링 부트 2.0 출시 - 리엑티브 프로그래밍 지원
  • 2020 9월 - 스프링 프레임워크 5.2.x, 스프링 부트 2.3.x

[snaag]

Java Bean

Bean 이름의 유래

• 참고 https://stackoverflow.com/questions/18609030/why-java-beans-are-called-beans

커피 콩 (Bean) 에서 유래한 말이다. 콩은 코드의 작은 부분들을 의미하고 통은 이를 모은 것을 말한다. 커피 콩 (Bean) 들을 하나의 통 (Jar) 에 담아 보관한다는 것과 비슷한 맥락.

Java Bean 이란

• 참고
  • https://www.geeksforgeeks.org/javabean-class-java/
  • https://imasoftwareengineer.tistory.com/101
• 아래의 convention 을 지키는 Java class 를 말함
  • Serializable 을 Implement 할 것
  • no-argument constructor 를 포함하고 있어야 할 것
  • 모든 property 는 private 이고, 이를 위한 public getter 와 setter method 가 있을 것
• setter syntax
  • public 일 것
  • return type 은 void 일 것
  • set 으로 시작할 것
  • argument 를 받아야 할 것
• getter syntax
  • public 일 것
  • return type 은 void 가 아닐 것
  • get 으로 시작할 것
  • argument 를 받지 말 것
  • 추가) Boolean property 의 getter 의 경우, get 보다 is 로 시작하는 것이 더 좋다

왜 No-Argument 생성자를 사용하는지?

예를 들어서, 어떤 다른 소프트웨어가 SomeBean을 프로그램 내에서 생성하고 싶다.

public class BeanCreator {

    public Object create() throws ClassNotFoundException, IllegalAccessException, InstantiationException {
        String classPath = "SomeBean";
        Class cls = Class.forName(classPath);
        return cls.newInstance();
    }
}

이 때, 생성자에 Argument가 있다면 어떻게 되는가? 이 소프트웨어는 Argument가 몇개인지, 어떤 필드에 맵핑되는지 찾아야 한다.

Argument가 없는 생성자를 반드시 만들면 위처럼 오브젝트를 런타임(Runtime)에 생성해 주는 프로그램은 오브젝트 생성 → getter/setter를 이용해 값 설정으로 단순하게 목적을 달성 할 수 있다.

Class 와 Interface 외에도 Java Bean 이 필요한 이유

• 참고 https://stackoverflow.com/questions/1727603/places-where-javabeans-are-used
• Java Bean 의 장점
  • 직렬화 (Serialization) 를 잘 할 수 있다.
  • 직렬화를 하면, Java memory 밖에서도 Java Bean 을 유지하거나 전송할 수 있다. (ex. HDD, network)
  • 다양한 환경에서 쓸 수 있도록 설계할 수 있는 software component 이다.
  • 일관된 convention 이므로, 누가 코드를 읽더라도 문서나 메뉴얼 없이 일관성 있게 코드를 이해할 수 있다.
• Java Bean 사용 예시
  • Servlet 의 경우에도, session 의 데이터를 직렬화해야 하는데, 이 경우 Java Bean 을 사용한다.

Serialization (직렬화) 이란

• 참고 http://prinavtech.blogspot.com/2017/04/java-serialization-and-deserialization.html
• Serialization 이란
  • 객체의 내용을 바이트 단위로 변환하는 것
• Serialization 을 하는 이유
  • 저장하고, 접근하고, 네트워크를 통해서 주고받을 수 있도록 하기 위함