포스트

[Interview] Web

게시
By tonyleekorea 17 분읽는 시간

스프링 개요

  • 스프링: 자바 플랫폼을 위한 오픈소스 애플리케이션 프레임워크이다. 자바 SE로 된 POJO(Plain Old Java Object)를 자바 EE에 의존적이지 않게 연결해주는 역할을 한다.
    • 특징: 경량화, IOC(Inversion of Control) 기술을 통해 애플리케이션의 느슨한 결합을 도모한다.
    • 스프링이 경량화되었다는 것은, 전통적인 엔터프라이즈 자바 애플리케이션(J2EE)을 구축하는 데 필요한 복잡한 설정과 무거운 애플리케이션 서버의 필요성을 줄이고, 더 가볍고 유연한 방식으로 애플리케이션을 개발할 수 있게 한다는 의미이다.
    • ① POJO (Plain Old Java Object) 기반의 개발 ② 의존성 주입 (Dependency Injection)과 제어의 역전 (IoC) ③ 모듈화와 필요에 따른 사용

스프링 vs 스프링 부트

  • 스프링: 전통적인 애플리케이션 개발 프레임워크
  • 스프링 부트: 스프링 애플리케이션 설정을 간편하게 할 수 있는 서브 프로젝트이다. 독립 실행형 애플리케이션을 만들 수 있도록 임베디드 톰캣을 자동으로 실행하며, 설정을 최소화한다. 임베디드 컨테이너는 대규모 프로젝트에서는 다소 불안정할 수 있다.

MVC 패턴

  • MVC 패턴: 코드 재사용에 유용하며, 사용자 인터페이스와 응용 프로그램 개발 시간을 줄여주는 효과적인 설계 방식이다.
    • 모델(Model): 핵심적인 비즈니스 로직 담당, 데이터베이스 관리.
    • 뷰(View): 사용자에게 보여주는 화면.
    • 컨트롤러(Controller): 모델과 뷰 사이의 정보 교환 역할.

MVC1 vs MVC2 패턴

  • MVC1
    • 특징: JSP 페이지 안에서 로직 처리를 위해 자바 코드가 함께 사용된다. 요청이 오면, 자바빈이나 클래스를 이용해 작업을 처리하고 이를 클라이언트에 출력한다.
    • 장점: 구조가 단순하다.
    • 단점: JSP 내에서 HTML 코드와 자바 코드가 혼재되어 복잡하고 유지보수가 어렵다.
  • MVC2
    • 특징: JSP와 서블릿을 분리하여 역할을 분담한다. 요청 결과를 출력하는 뷰는 JSP가 담당하고, 흐름 제어와 비즈니스 로직 처리는 서블릿이 담당한다.
    • 장점: 유지보수가 용이하다.
    • 단점: 구조가 복잡하다.

스프링 MVC 구조 흐름

  1. 디스패처 서블릿(Dispatcher Servlet): 클라이언트로부터 요청을 받는다.
  2. 핸들러 맵핑(Handler Mapping): 요청 URL을 보고 핸들러 이름을 디스패처 서블릿에 알려준다.
  3. 핸들러(Handler): 응답에 필요한 서비스를 호출하고, 렌더링해야 하는 뷰 이름을 판단하여 디스패처 서블릿에 전송한다.
  4. 뷰 리졸버(View Resolver): 디스패처 서블릿으로부터 받은 뷰 이름을 기반으로 실제로 사용될 View를 결정한다. View의 경로를 해석하고 해당하는 View 객체를 반환한다.
  5. 뷰(View): 디스패처 서블릿에서 받은 모델과 컨트롤러를 활용하여 응답을 생성한다. 사용자에게 결과를 표시하는 역할을 한다. 뷰 리졸버에 의해 선택된 View를 사용하여 클라이언트에게 응답을 생성한다.
  6. 디스패처 서블릿: 뷰로부터 받은 응답을 클라이언트에 전달한다.

스프링 필터 vs 인터셉터

  • 필터(Filter): 웹 애플리케이션에 등록된다. 서블릿 컨테이너에 의해 관리되고, 모든 요청에 대해 적용되며, 컨트롤러에 도달하기 전과 후에 실행된다. web.xml
  • 인터셉터(Interceptor): 스프링의 컨텍스트에 등록된다. 스프링 컨텍스트에 의해 관리되고, 특정 컨트롤러에만 적용되며, 스프링의 DispatcherServlet이 요청을 처리하기 전과 후에 실행된다. application-context.xml

  • 필터(Filter)와 인터셉터(Interceptor)는 웹 애플리케이션에서 공통적인 작업을 처리하기 위해 사용되는 기능이다. 여기서 컨트롤러에 들어가기 전에 작업을 처리하는 것은 두 가지 모두에서 가능하다.

    요청 전처리와 후처리클라이언트의 요청이 실제 비즈니스 로직(컨트롤러)에 도달하기 전에 특정 작업을 수행하거나, 응답이 클라이언트에 전달되기 전에 후처리 작업을 수행할 수 있다.
    보안 및 로깅 기능요청의 전처리와 후처리 기능을 이용하여 인증, 인가, 로깅, 데이터 압축 등의 공통적인 기능을 구현할 수 있다.
    체이닝여러 개의 필터 또는 인터셉터를 체이닝(연쇄) 형태로 구성하여 순차적으로 실행할 수 있다.
    구현특정 인터페이스를 구현하거나 설정을 통해 정의되며, 이를 통해 원하는 전처리 및 후처리 로직을 작성할 수 있다. 필터는 javax.servlet.Filter 인터페이스를 구현하고, 인터셉터는 org.springframework.web.servlet.HandlerInterceptor 인터페이스를 구현한다.
    구성 파일에서 설정두 가지 모두 XML이나 자바 설정 파일을 통해 등록하고 설정할 수 있다.

  • 주요한 차이점은 실행되는 시점과 적용되는 범위이다.

     필터인터셉터
    실행 시점서블릿 컨테이너가 요청에 대한 응답을 생성하기 전에 요청과 응답을 처리한다. 따라서 서블릿을 실행하기 전과 후에 모두 동작할 수 있다.스프링의 컨트롤러를 실행하기 전과 후에 동작한다. 즉, 스프링의 DispatcherServlet이 요청을 처리하기 전에 인터셉터를 실행하고, DispatcherServlet이 뷰를 렌더링하기 전에도 인터셉터를 실행한다.
    적용 범위서블릿 컨테이너 레벨에서 동작하며, 모든 종류의 요청과 응답에 대해 적용된다. 주로 URL 패턴을 기반으로 동작하며, 서블릿 및 JSP 등에 적용된다.스프링의 컨텍스트 레벨에서 동작하며, 스프링 컨텍스트에 등록되어 특정한 핸들러(Controller)에만 적용된다. 스프링 빈에만 적용되며, 주로 컨트롤러의 메소드에 적용된다.

이미지

IOC (Inversion of Control)

  • IOC: 객체의 생성과 소멸을 개발자가 아닌 컨테이너가 관리하는 것을 의미한다. 서블릿과 같은 Bean을 관리하는 컨테이너가 인스턴스 생성의 제어를 맡는다.

Dispatcher-Servlet

  • Dispatcher-Servlet: 서블릿 컨테이너에서 HTTP 프로토콜을 통해 들어오는 모든 요청을 처리하는 프론트 컨트롤러이다.
    • 역할: 서버가 받기 전에 공통 처리 작업을 수행하고, 적절한 세부 컨트롤러로 작업을 위임한다.
    • url 패턴: 일반적으로 .mvc와 같은 패턴으로 미리 설정한다.
    • 장점: web.xml의 역할을 축소시키고, MVC 패턴을 활용한 웹 개발을 용이하게 한다.
    • 기존에는 모든 서블릿을 URL 매핑을 위해 일일이 web.xml에 등록해야 했지만, 디스패처 서블릿은 모든 요청을 핸들링하면서 서블릿들 간의 작업을 효율적으로 관리할 수 있도록 도와준다.

이미지

DI (Dependency Injection)

  • DI: 설정 파일을 통해 객체 간의 의존 관계를 설정하는 역할을 한다.
    • 장점: 각 클래스가 의존하는 객체를 직접 생성하거나 검색할 필요가 없으므로 코드 관리가 용이하다.

AOP (Aspect Oriented Programming)

  • AOP: Aspect를 이용해 핵심 로직을 구현한 각 클래스에 공통 기능을 적용한다. 공통 기능을 분리하여 코드의 중복을 줄이고, 핵심 비즈니스 로직과 공통 관심 사항을 분리하여 코드를 더욱 깔끔하고 유지보수하기 쉽게 만든다.
    • 장점: 핵심 로직을 수정하지 않고도 보안, 로깅, 트랜잭션 등의 공통 기능을 간단한 설정만으로도 여러 클래스에 적용할 수 있다.

AOP 용어

  • Advice: 공통 관심 기능을 언제 핵심 로직에 적용할지 정의한다.
  • Joinpoint: Advice를 적용할 수 있는 지점을 의미한다. (예: 메소드 실행 전, 후 등).
  • Pointcut: 실제로 Advice가 적용되는 Joinpoint의 부분집합을 나타낸다.
  • Weaving: Advice를 핵심 로직 코드에 적용하는 과정이다.
  • Aspect: 여러 객체에 공통으로 적용되는 공통 관심 사항을 의미한다.(예: 트랜잭션, 보안 등).

DAO (Data Access Object)

  • DAO란?
    • 데이터베이스의 데이터를 조회하거나 조작하는 기능을 전담한다.
    • MyBatis를 사용 시, mapper.xml에 SQL 쿼리를 작성하고, 이를 Mapper 클래스에서 받아 DAO가 처리

    이미지

    이미지

    이미지

Annotation (어노테이션)

  • Annotation이란?
    • 소스코드에 @ 형태로 표현되며, 클래스, 필드, 메소드의 선언부에 특정 기능을 부여한다.
    • XML 설정의 복잡성을 줄이고 오류를 최소화
      • 애플리케이션 규모가 커질수록 XML 환경설정이 복잡해지는데, 이를 개선하기 위해 자바 파일에 어노테이션을 적용하여 설정 파일 작업의 오류를 최소화한다.
    • 어노테이션을 사용하면 소스 코드에 메타데이터를 보관할 수 있고, 컴파일 타임 체크와 코드 가독성을 높이는 데 도움을 준다.
  • 주요 어노테이션:
    • @Controller: Dispatcher-Servlet에서 Bean 정의
    • @RequestMapping: 특정 메소드에 요청된 URL과 매핑시킨다.
    • @Autowired: 자동으로 의존성을 주입한다.
    • @Service: 비즈니스 로직을 처리하는 서비스 클래스에 등록한다.
    • @Repository: DAO 클래스에 등록한다.

Spring JDBC

  • Spring JDBC란?
    • 자바 객체와 데이터베이스 테이블 간의 매핑을 간단한 설정으로 처리한다.
    • 기존의 JDBC에서는 구현 로직마다 필요한 SQL문이 모두 달랐고, Connection, PrepareStatement, ResultSet 등을 생성하고 Exception 처리도 해야 하는 번거로움이 있었다.
    • Connection, PrepareStatement, ResultSet 등을 관리하여 번거로움 해소
      • 스프링에서는 JDBC와 ORM 프레임워크를 직접 지원하여 별도의 작성 없이 처리할 수 있다.

MyBatis

  • MyBatis란?
    • SQL과 자바 객체 간의 매핑을 지원하는 프레임워크
      • 객체, 데이터베이스, 매퍼를 독립적으로 작성하고, DTO에 해당하는 부분과 SQL 실행 결과를 매핑할 수 있도록 지원한다.
    • SQL은 XML 설정 파일로 관리, 유지보수 용이
      • 기존에는 DAO에 SQL문이 자바 소스 코드에 위치했으나, MyBatis를 통해 SQL은 XML 설정 파일로 관리한다.
      • 설정 파일로 분리하면 수정할 때 설정 파일만 변경하면 되므로 유지보수가 용이하다.
    • 매개변수와 리턴 타입 매핑도 설정 파일에서 관리
      • 매개변수나 리턴 타입으로 매핑되는 모든 DTO 관련 부분도 설정 파일에서 작업할 수 있는 장점이 있다.
Study, Interview
이 기사는 저작권자의 CC BY 4.0 라이센스를 따릅니다.