look-forest

애플리케이션에서 데이터베이스에 접근할 때 사용하는 JDBC라는 기술에 대하여 알아보자. JDBC 등장 이유일반적으로 애플리케이션 서버에서 데이터베이스를 사용할 때는 아래 과정을 거친다. 커넥션 연결: 주로 TCP/IP를 사용해서 커넥션을 연결SQL 전달: 애플리케이션 서버는 SQL을 연결된 커넥션을 통해 DB에 전달결과 응답: DB는 전달된 SQL을 수행하고 그 결과를 응답. 애플리케이션 서버는 응답 결과를 활용 문제는,각각의 데이터베이스마다 커넥션을 연결하는 방법, SQL을 전달하는 방법, 그리고 결과를 응답 받는 방법이 모두 다르다는 것이다.-> 데이터베이스를 변경하면 애플리케이션 서버에 개발된 DB 사용 코드도 함께 변경해야 하며, 각각 학습해야 한다. 이런 문제를 해결하기 위해 JDBC라는 자바 ..

순수한 DI 컨테이너인 AppConfig(설정 클래스)와 스프링 컨테이너의 차이는 무엇일까? 무엇이 차이를 만들어 내는 걸까? 더보기를 누르기 전에 생각해보자! Q. 웹 애플리케이션에서 싱글톤이 많이 쓰이는 이유는 뭘까? 더보기 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다 [문제] 이전에 만들었던 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청할 때마다 매번 객체를 새로 생성한다. → 메모리 낭비가 심하다! [해결] 객체를 1개만 생성해서 공유하도록 설계하면 된다 → 싱글톤 패턴 Singleton pattern 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴 구현 방법에는 여러가지가 있으나, 가장 기본적인 방법을 알아보자 Q. 기본적인 구현 방법? 더보기 1. s..

이번 시간에는 스프링 컨테이너와 빈의 생성 과정, 빈의 조회 과정에 대해 알아본다. 스프링 컨테이너의 생성 과정 Q. 스프링 컨테이너는 빈을 어떤 방식으로 저장하는가? 더보기 빈 이름을 key로 빈 객체를 value로 저장 빈 이름은 기본적으로 메소드 이름을 사용 Q. 스프링 빈 생성 과정에 필요한 정보는? 더보기 구성 정보 (XML, 자바 설정 클래스 등) 1. 스프링 컨테이너 생성 스프링 컨테이너: ApplicationContext (⊃BeanFactory) - ApplicationContext는 인터페이스 - AnnotationConfigApplicationContext는 구현체 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로 만들 수 있다 스프링 컨테이너를..

[예제] 스프링 없이 좋은 객체 지향 설계하기 에서 스프링 없이 SOLID 원칙을 준수했던 코드(by AppConfig)를 스프링 기반으로 바꿔보겠다 SPRING은 DI로 《다형성 + OCP, DIP》를 가능케 한다! DI(Dependency Injection): 의존 관계, 의존성 주입 DI 컨테이너(스프링 컨테이너): 객체들을 컨테이너에 넣어놓고 의존관계를 연결하고 주입 클라이언트 코드의 변경 없이 기능 확장 쉽게 부품을 교체하듯이 개발 순수하게 자바로 OCP, DIP 원칙들을 지키면서 개발을 해보면, 결국 스프링 프레임워크를 만들게 된다. (더 정확히는 DI 컨테이너) Spring으로 전환하기 스프링 컨테이너에 객체를 스프링 빈으로 등록하고, 스프링 컨테이너에서 스프링 빈을 찾아서 사용하도록 변경해..

제어의 역전 IoC(Inversion of Control) 프로그래머가 직접 객체 생성, 연결하지 않고 프레임워크가 해준다. 즉, 프레임워크의 라이프 사이클 상에서 이루어진다. 이처럼 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 제어의 역전(IoC)이라 한다 스프링의 경우 빈에 대한 제어권을 프로그래머가 아닌 프레임워크가 가져감으로써, OCP, DIP 원칙을 가능케 해준다. [예제]에서, 기존 코드는 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고, 실행했다 그러나 AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다 → 프로그램의 제어 흐름은 이제 AppConfig가 가져간다 의존관계 주입 DI(Dependency ..

'좋은 객체 지향'을 예제를 통해 이해해보자. 역할과 구현을 분리하면 자유롭게 구현 객체를 조립할 수 있다 순수 자바 코드로 구현 [문제 X] SRP(단일 책임 원칙) 수행 사례 주문 서비스와 할인 계산의 책임을 분리. 그저 할인액만 받아온다. → 할인 관련 코드 변경 시 OrderService는 안 바꿔도 된다. [문제] DIP, OCP 위반 사례 DIP 위반: OrderServiceImpl이 인터페이스 뿐만 아니라 구현체에도 의존 → 구현체 변경 시 코드 변경도 수반 OCP 위반: 멤버 저장소, 할인 정책을 바꾸는 순간 코드 변경이 수반된다! 어떻게 문제를 해결할 수 있을까? DIP 위반 -> 추상(인터페이스)에만 의존하게 코드를 변경하면 된다 but.. 실제 실행을 해보면 NPE(null point..

스프링은 객체 지향 언어가 가진 강력한 특징을 살려내는 프레임워크라고 하였다. 그 강력한 특징이 뭔지부터 알아보자. 객체 지향의 특징 - 객체지향 프로그래밍은 프로그램을 유연하고 변경에 용이하게 만드므로 대규모 소프트웨어 개발에 많이 사용된다. - 세상을 '객체'들의 상호작용으로 파악하고자 하는 것. 각각의 객체는 메시지를 주고받고, 데이터를 처리한다. '유연하고 변경에 용이' 하다의 의미 레고 블록 조립하듯이, 부품 갈아 끼우듯이 컴포넌트를 쉽고 유연하게 변경하면서 개발할 수 있는 방법 → 다형성(Polymorphism): 여러 가지 형태를 가질 수 있는 능력 다형성을 만들어내기 위해: 역할과 구현으로 세상을 구분하자 자동차가 바뀌어도 운전자에게 영향을 미치지는 않는다! 자동차의 인터페이스는 동일하니까..

Spring의 탄생 배경 Spring 이전에 EJB를 사용했는데, 너무 복잡하고 객체지향스럽지가 않았다! 더보기 EJB 컨테이너가 너무 복잡했다. 객체지향스럽지 않다 → SPRING EJB 엔터티빈이 너무 불편했다 → JPA 당시 Java 진영의 추운 '겨울'(EJB 지옥)을 넘어 새로운 시작이라는 뜻으로 'Spring'이라 이름 지었다. Spring이란? 스프링 생태계: 여러 기술의 모음 스프링의 핵심이 되는 스프링 프레임워크, 스프링 기술들을 편리하게 사용할 수 있게 해주는 스프링 부트, CRUD를 편리하게 사용할 수 있게 도와주는 스프링 데이터(스프링 데이터 JPA) 등 * Spring 프레임워크 핵심 기술: 스프링 DI 컨테이너, AOP, 이벤트 등 웹 기술: 스프링 MVC, 스프링 WebFlux..