yoon's Devlog

MVC의 Controller의 특징 HttpServletRequest, HttpServletResponse를 거의 사용할 필요 없이 필요한 기능 구현 다양한 타입의 파라미터 처리, 다양한 타입의 리턴 타입 사용 가능 GET, POST 방식 등 전송 방식에 대한 처리를 어노테이션으로 처리 가능 상속/인터페이스 방식 대신 어노테이션 만으로 필요한 설정 가능 Controller의 파라미터 수집 Controller를 작성할 때 가장 편리한 기능은 파라미터가 자동으로 수집되는 기능이다. 이 기능을 이용하면 매번 request.getParameter()를 이용하는 불편함을 없앨 수 있다. 예를 들어, SampleDto에 @Data 어노테이션을 작성하면, getter/setter, equals(), to String..

1. 프로젝트의 로딩 구조 프로젝트의 구동은 web.xml에서 시작한다. web.xml을 살펴보자. web.xml #1 contextConfigLocation /WEB-INF/spring/root-context.xml org.springframework.web.context.ContextLoaderListener context-param에는 root-context.xml의 경로가 설정되어 있다. ContextLoaderListener는 해당 웹 애플리케이션 구동 시 같이 동작하여 로그를 출력한다. root-context가 처리되면 파일에 있는 빈 설정들이 동작한다. root-context에 정의된 객체들은 스프링의 영역(context)에 생성되고, 객체들 간 의존성이 처리된다. web.xml #2 app..

https://kingofbackend.tistory.com/77?category=913225 [Spring] root-context와 servlet-context 이 글은 제가 이해한 개념을 바탕으로 작성하였기에 틀린 부분이 있을 수 있습니다. 틀린 부분 있다면 지적해주세요 :) 스프링에서 말하는 컨텍스트(context)는 스프링이 관리하는 빈들이 담겨 있 kingofbackend.tistory.com 너무 정리가 잘 되어있는 포스팅이다. 참고! root-context는 Java 영역, servlet-context는 Web관련 영역을 담당한다.

1. IoC IoC(Inversion of Control)은 제어의 역전이라고도 한다. 즉, 메소드나 객체의 호출 작업을 개발자가 직접 결정하는 것이 아니라, 외부에서 결정되는 것을 의미한다. 기존에는 [ 객체 생성 => 의존성 객체 생성(클래스 내부에서 생성) => 의존성 객체 메소드 호출 ] 의 순서로 객체가 만들어지고 실행되었다. 하지만 스프링에서는 다음과 같은 순서로 진행된다. [ 객체 생성 => 의존성 객체 주입 (제어권을 스프링에게 위임하여, 스프링에서 만들어놓은 객체 주입) => 의존성 객체 메소드 호출 ] 스프링이 모든 의존성 객체를 스프링이 실행될 때 다 만들어주고, 필요한 곳에 주입시킴으로써, Bean들은 singleton pattern을 가지고, 사용자가 제어의 흐름을 컨트롤하는 것이..