Survive-As-a-Developer

스프링의 기초 원리 - DI, IoC 가 왜 사용되었는지? </br> 
DI(Dependency Injection)와 IoC(Inversion of Control)는 스프링 프레임워크의 핵심 원리로, 이 두 가지 개념은 더 유연하고 확장 가능한 애플리케이션을 설계하는 데 중요한 역할을 합니다. 이 개념들이 왜 사용되는지 설명하겠습니다.






IoC(Inversion of Control)
IoC는 제어의 역전이라는 개념입니다. 전통적인 프로그래밍에서는 객체가 자신의 종속성을 스스로 생성하고 관리합니다. 그러나 IoC를 적용하면 객체의 생성과 관리를 컨테이너나 프레임워크가 대신 담당합니다. 이를 통해 다음과 같은 이점이 있습니다:

1.관심사의 분리: 객체가 자신의 종속성을 직접 관리하지 않기 때문에, 비즈니스 로직과 객체 생성 로직이 분리됩니다.

2.유연한 확장성: 객체 생성 로직이 분리되면, 다양한 설정 파일이나 주입 방법을 통해 쉽게 객체를 교체하거나 확장할 수 있습니다.

3.테스트 용이성: 객체의 종속성을 쉽게 모의(Mock) 객체로 대체할 수 있기 때문에, 단위 테스트 작성이 용이해집니다.

DI(Dependency Injection)
DI는 의존성 주입이라는 개념으로, 객체의 종속성을 외부에서 주입해주는 방식을 말합니다. DI를 통해 객체의 생성과 종속성 주입을 스프링 컨테이너가 관리하게 됩니다. 
이를 통해 다음과 같은 이점이 있습니다.

1.코드의 유연성 증가: 객체가 필요로 하는 종속성을 외부에서 주입받기 때문에, 객체의 의존성을 쉽게 변경하거나 주입할 수 있습니다.

2.결합도 감소: 객체 간의 강한 결합을 약화시켜, 객체가 다른 객체에 의존하지 않고 인터페이스를 통해 상호작용하도록 유도합니다.

3.재사용성 향상: 종속성 주입을 통해 재사용 가능한 컴포넌트를 만들 수 있으며, 설정 파일이나 주입 방법을 변경함으로써 다양한 환경에서 재사용할 수 있습니다.

요약
스프링에서 DI와 IoC를 사용하는 이유는 객체의 생성과 생명주기를 관리하는 책임을 개발자에서 프레임워크로 이전함으로써, 코드의 유연성과 재사용성을 높이고, 결합도를 낮추어 유지보수와 테스트를 용이하게 하기 위함입니다.


Spring AOP 의 역할에 대해 설명해보실 수 있나요? </br> 
Spring AOP(Aspect-Oriented Programming)는 스프링 프레임워크의 중요한 기능 중 하나로, 관심사 분리를 통해 모듈화된 코드를 작성할 수 있게 합니다. AOP는 주로 횡단 관심사(cross-cutting concerns)를 분리하여 코드의 가독성과 유지보수성을 향상시키는 데 사용됩니다. Spring AOP의 역할에 대해 설명하겠습니다.

1.횡단 관심사(Cross-Cutting Concerns) 분리 애플리케이션에는 비즈니스 로직 외에도 로깅, 트랜잭션 관리, 보안, 캐싱 등의 기능이 필요합니다. 이러한 기능은 여러 모듈에서 공통적으로 사용되며, 이를 횡단 관심사라고 합니다. AOP를 사용하면 이러한 횡단 관심사를 핵심 비즈니스 로직에서 분리하여 모듈화할 수 있습니다.

2.AOP의 주요 구성 요소 Spring AOP는 다음과 같은 주요 구성 요소로 이루어져 있습니다:

Aspect: 횡단 관심사를 모듈화한 것으로, 여러 어드바이스와 포인트컷을 포함합니다.
Join Point: 어드바이스가 적용될 수 있는 실행 지점으로, 메서드 호출이나 예외 처리 등이 포함됩니다.
Advice: 실제로 횡단 관심사를 구현한 코드로, 특정 시점에 실행됩니다. 어드바이스는 Before, After, After Returning, After Throwing, Around 등의 타입이 있습니다.
Pointcut: 어드바이스가 적용될 Join Point를 정의한 것으로, 특정 메서드나 클래스에 적용할지 결정합니다.
Weaving: 어드바이스를 실제 대상 객체에 적용하는 과정으로, 컴파일 시, 로드 시, 런타임 시에 수행될 수 있습니다.

3.AOP의 이점
관심사의 분리: 핵심 비즈니스 로직과 횡단 관심사를 분리함으로써 코드의 가독성과 유지보수성을 높입니다.
코드 중복 감소: 여러 곳에서 반복되는 횡단 관심사 코드를 하나의 어드바이스로 정의하여 중복을 줄입니다.
유지보수 용이성: 횡단 관심사를 모듈화하면 변경 사항을 한 곳에서 관리할 수 있어 유지보수가 용이합니다.
코드 가독성 향상: 비즈니스 로직에서 부가 기능을 분리함으로써 비즈니스 로직의 가독성이 향상됩니다.

간단한 예시로 메서드 실행 전후에 로깅하는 AOP를 생각해볼 수 있습니다.


@Aspect
public class LoggingAspect {

    @Before("execution(* com.example.service.*.*(..))")
    public void logBefore(JoinPoint joinPoint) {
        System.out.println("Method " + joinPoint.getSignature().getName() + " is about to start");
    }

    @After("execution(* com.example.service.*.*(..))")
    public void logAfter(JoinPoint joinPoint) {
        System.out.println("Method " + joinPoint.getSignature().getName() + " has finished");
    }
}

위 예시에서 @Before와 @After 어드바이스는 com.example.service 패키지의 모든 메서드 실행 전후에 로깅을 수행합니다. 이를 통해 핵심 비즈니스 로직에 로깅 코드를 추가할 필요 없이 로깅 기능을 분리할 수 있습니다.

요약
Spring AOP는 횡단 관심사를 핵심 비즈니스 로직에서 분리하여 모듈화함으로써 코드의 가독성과 유지보수성을 향상시키는 역할을 합니다. 이를 통해 공통 기능의 재사용성을 높이고 코드 중복을 줄일 수 있습니다.


Spring Interceptor, Filter 의 차이점과 사용용도에 대해 설명해보실 수 있나요? </br> 
  Interceptor와 Filter는 웹 애플리케이션에서 요청과 응답을 가로채고 처리하는 데 사용되는 두 가지 주요 구성 요소입니다. 이들은 비슷한 기능을 제공하지만, 사용 시점과 용도가 다릅니다. 아래에 이들의 차이점과 사용 용도를 설명하고, HTML 테이블로 요약하겠습니다.
구분 Filter Interceptor
정의 서블릿 스펙에 정의된 구성 요소로, 요청과 응답을 가로채고 처리 스프링 MVC에서 제공하는 구성 요소로, 핸들러 실행 전후에 작업 수행
동작 레벨 서블릿 컨테이너 레벨 (웹 컨테이너) 스프링 핸들러(컨트롤러) 레벨(스프링 컨테이너)
주요 사용 예 인코딩 처리, 로깅, 보안 검사 로그인 체크, 로깅, 공통 작업 처리
적용 범위 애플리케이션 전체 (글로벌 적용) 특정 핸들러에만 적용 가능 (정밀한 제어)
초기화 및 종료 init(), destroy() 메서드를 통해 초기화 및 종료 작업 수행 preHandle(), postHandle(), afterCompletion() 메서드를 통해 요청 전후 작업 수행 
  요약
  Filter는 서블릿 스펙에 정의된 구성 요소로, 서블릿 컨테이너 레벨에서 요청과 응답을 가로채고 처리합니다. 주로 인코딩 처리, 로깅, 보안 검사 등 전역적으로 필요한 작업에 사용됩니다.

  Interceptor는 스프링 MVC에서 제공하는 구성 요소로, 스프링 핸들러(컨트롤러) 실행 전후에 작업을 수행합니다. 로그인 체크, 로깅, 공통 작업 처리 등 특정 요청 처리 흐름을 세밀하게 제어하는 데 유용합니다.


Spring MVC에 대해 설명해보실 수 있나요? </br> 
Spring MVC(Spring Model-View-Controller)는 스프링 프레임워크의 웹 애플리케이션 개발을 위한 모듈로, 전통적인 MVC 패턴을 기반으로 웹 애플리케이션을 구성하고 동작시킵니다. Spring MVC는 웹 애플리케이션의 각 부분을 명확히 분리하여, 유지보수성과 확장성을 높이는 데 중점을 둡니다.


핵심 개념

1.Model (모델)
모델은 애플리케이션의 데이터 및 비즈니스 로직을 담당합니다. 데이터베이스와 상호작용하거나, 비즈니스 로직을 처리하여 뷰에 전달할 데이터를 준비합니다. 스프링에서는 주로 Java 객체나 @Service 빈을 통해 모델을 구현합니다.


2.View (뷰)
뷰는 사용자에게 정보를 표시하는 부분으로, HTML, JSP, Thymeleaf, FreeMarker 등을 사용하여 구현할 수 있습니다. 모델로부터 받은 데이터를 사용자에게 표시합니다.


3.Controller (컨트롤러)
컨트롤러는 사용자의 요청을 처리하고, 적절한 모델과 뷰를 선택하는 역할을 합니다. 스프링에서는 주로 @Controller 애너테이션을 사용하여 컨트롤러를 정의합니다.



주요 구성 요소

DispatcherServlet
Spring MVC의 중심 컴포넌트로, 모든 요청을 받아 적절한 핸들러(컨트롤러)로 전달합니다. 각 요청을 처리한 후 적절한 뷰를 선택하여 응답을 반환합니다.


Handler Mapping
요청 URL을 어떤 컨트롤러가 처리할지 결정합니다. 스프링은 여러 가지 핸들러 매핑 전략을 제공하며, 개발자는 이를 통해 URL과 컨트롤러 메서드를 매핑할 수 있습니다.


Controller
사용자의 요청을 처리하고, 모델 데이터를 준비하여 뷰에 전달합니다. @Controller 또는 @RestController 애너테이션을 사용합니다.


View Resolver
컨트롤러가 반환한 논리적 뷰 이름을 실제 뷰로 변환하는 역할을 합니다. JSP, Thymeleaf, FreeMarker 등 다양한 뷰 리졸버를 설정할 수 있습니다.


ModelAndView
컨트롤러가 반환하는 객체로, 모델 데이터와 뷰 이름을 함께 담고 있습니다.


동작 흐름
요청 수신: 클라이언트의 HTTP 요청이 DispatcherServlet에 도달합니다.
핸들러 매핑: DispatcherServlet은 요청 URL을 분석하여 적절한 컨트롤러를 찾기 위해 HandlerMapping을 사용합니다.
핸들러 호출: DispatcherServlet은 찾아낸 컨트롤러를 호출하여 요청을 처리합니다.
모델 준비: 컨트롤러는 필요한 데이터를 준비하여 모델에 담고, 뷰 이름과 함께 ModelAndView 객체를 반환합니다.
뷰 리졸버: DispatcherServlet은 ViewResolver를 사용하여 논리적 뷰 이름을 실제 뷰로 변환합니다.
응답 생성: 최종적으로 뷰가 렌더링되어 클라이언트에게 응답이 반환됩니다.


스프링과 스프링부트 차이점에 대해서 설명해볼 수 있나요? </br> 
스프링(Spring)과 스프링부트(Spring Boot)는 둘 다 자바 기반의 애플리케이션 프레임워크입니다. 하지만 그 목적과 사용 방식에는 차이가 있습니다.
특징 Spring Spring Boot
목적 및 특징 모듈화된 프레임워크, 다양한 계층 개발 가능 설정을 최소화하고 빠르게 애플리케이션 구축 가능
설정 XML, 자바 어노테이션, 자바 설정 클래스 자동 설정, `application.properties` 또는 `application.yml` 사용
내장 서버 별도로 설치 및 설정 필요 내장 서버 포함 (톰캣, 제티, 언더토우)
시작 방법 디펜던시와 설정 직접 구성 스타터 프로젝트 사용
운영 및 배포 WAR 파일로 패키징하여 외부 서블릿 컨테이너에 배포 JAR 파일로 패키징하여 독립 실행형 애플리케이션으로 배포