저번주까지 저는 Servlet공부를 하며, 웹 개발의 기초를 다져보았습니다.

 이번주 부터는 공부한 내용들을 정리하며 Spring Framework 를 사용하여 MVC 패턴 을 구현 및 최적화 시켜보며 공부를 진행해 볼 예정입니다.

 오늘은 간단히 Spring Framework가 무엇이며, MVC 패턴은 어떤 것인지에 대해서 간략히 정리해 보도록 하겠습니다.

 그럼 시작해 보겠습니다.

---

1. 📍 Spring Framework

0. ⛺ Spring 이란?

 Spring은 Java 엔터프라이즈 어플리케이션 개발에 사용되는 어플리케이션 Framework 입니다.

 어플리케이션 Framework는 어플리케이션 개발을 빠르고 효율적으로 할 수 있도록 어플리케이션의 바탕이 되는 틀과 공통 프로그래밍 모델, 기술 API 등을 제공해 줍니다.

1. ⛺ Spring 컨테이너

• 어플리케이션의 기본 틀 - Spring 컨테이너
  
  Spring은 Spring 컨테이너 또는 어플리케이션 컨텍스트라고 불리는 Spring 런타임 엔진을 제공합니다.

 Spring 컨테이너는 설정정보를 참고로 해서 어플리케이션을 구성하는 오브젝트를 생성하고 관리합니다. Spring 컨테이너는 독립적으로 동작할 수도 있지만 보통 웹 모듈에서 동작하는 서비스나 서블릿으로 등록해서 사용합니다.

 Spring을 사용하려면 먼저 Spring 컨테이너를 다루는 방법과 Spring 컨테이너가 어플리케이션 오브젝트를 이용할 수 있도록 설정정보를 작성하는 방법을 알아야 합니다.

2. ⛺ 공통 프로그래밍 모델

 Framework는 어플리케이션을 구성하는 오브젝트가 생성되고 동작하는 방식에 대한 틀을 제공해줄 뿐만 아니라, 어플리케이션 코드가 어떻게 작성되어야 하는지에 대한 기준도 제시해줍니다.

이런 틀을 보통 프로그래밍 모델이라고 합니다. Spring은 세 가지 핵심 프로그래밍 모델을 지원합니다.

1) IoC/DI

 첫 번째는 Ioc/DI라고 불리는 오브젝트의 생명주기와 의존관계에 대한 프로그래밍 모델입니다.

 Spring은 유연하고 확장성이 뛰어난 코드를 만들 수 있게 도와주는 객체지향 설계 원칙과 디자인 패턴의 핵심 원리를 담고 있는 IoC/DI를 Framework의 근간으로 삼고 있습니다.

 Spring Framework에서 동작하는 코드는 IoC/DI 방식을 따라서 작성되어야 Spring이 제공하는 가치를 제대로 누릴 수 있습니다.

 Spring이 직접 제공하는 모든 기술과 API, 심지어 컨테이너도 IoC/DI 방식으로 작성되어 있습니다.

 Spring을 바르게 이해하고 효율적으로 사용하는 데 기본이 되며 가장 중요한 기술입니다.

2) 서비스 추상화

 두 번째는 서비스 추상화 입니다. Spring을 사용하면 환경이나 서버, 특정 기술에 종속되지 않고 이식성이 뛰어나며, 유연한 어플리케이션을 만들 수 있는데, 이를 가능하게 해주는 것이 바로 서비스 추상화입니다.

 구체적인 기술과 환경에 종속되지 않도록 유연한 추상 계층을 두는 방법이라 할 수 있겠습니다.

3) AOP

 세 번째는 AOP 입니다. AOP는 어플리케이션 코드에 산재해서 나타나는 부가적인 기능을 독립적으로 모듈화하는 프로그래밍 모델입니다.

 Spring은 AOP를 이용해서, 다양한 엔터프라이즈 서비스를 적용하고도 깔끔한 코드를 유지할 수 있게 해줍니다.

 Spring을 사용해서 어플리케이션을 개발하는 개발자라면 반드시 이 세 가지 프로그래밍 모델을 잘 이해해야 하고 자유롭게 응용할 수 있어야 합니다.

3. ⛺ 기술 API

 Spring은 엔터프라이즈 어플리케이션을 개발의 다양한 영역에 바로 활용할 수 있는 방대한 양의 기술 API를 제공합니다.

 UI 작성은 물론이고 웹 프레젠테이션 계층, 비즈니스 서비스 계층, 기반 서비스 계층, 도메인 계층, 데이터 엑세스 계층 등에서 필요한 주요 기술을 Spring에서 일관된 방식으로 사용할 수 있도록 지원해주는 기능과 전략 클래스 등을 제공합니다.

 Spring이 제공하는 API와 지원 기술은 모두 Spring의 프로그래밍 모델에 따라 작성되어 있으므로, 이를 가져다 쓰는 것만으로도 Spring의 프로그래밍 모델을 코드에 자연스럽게 적용할 수 있습니다.

 Spring의 모든 기술은 표준 Java 엔터프라이즈 플랫폼 (JavaEE) 에 기반을 두고 있습니다.

 표준 기술과 더불어 유명 오픈소스 기술과 주요 상용 기술에 대한 지원 기능도 다양하게 제공됩니다.

 Spring을 사용한다는 것은 바로 이 세 가지 요소를 적극적으로 활용해서 어플리케이션을 개발한다는 뜻입니다.

 클래스는 Spring 컨테이너 위에서 오브젝트로 만들어져 동작하게 만들고, 코드는 Spring의 프로그래밍 모델을 따라서 작성하고, 엔터프라이즈 기술을 사용할 때는 Spring이 제공하는 기술 API와 서비스를 활용하도록 해주면 됩니다.

2. 📍 MVC 패턴

0. ♾️ MVC 패턴이란?

 모델-뷰-컨트롤러(model-view-controller, MVC)는 소프트웨어 공학에서 사용되는 소프트웨어 디자인 패턴입니다.

 이 패턴을 성공적으로 사용하려면, 사용자 인터페이스로부터 비즈니스 로직을 분리하여 어플리케이션의 시각적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향 없이 쉽게 고칠 수 있는 어플리케이션을 만들 수 있습니다.

1. ♾️ MVC의 구성요소

 모델-뷰-컨트롤러는 응용 프로그램을 세 가지의 구성요소로 나눕니다. 각각의 구성요소들 사이에는 다음과 같은 관계가 있습니다.

1) Model

 모델(model)이란 어떠한 동작을 수행하는 코드를 말하며, 표시 형식에 의존하지 않습니다.

 다시말해, 사용자에게 어떻게 보일지에 대해 신경쓰지 않아도 된다는 뜻입니다.

 그렇기 때문에 모델은 순수하게 public 함수로만 이루어집니다.

 또한 몇몇 함수들은 사용자의 질의(query)에 대해 상태 정보를 제공하고 나머지 함수들은 상태를 수정합니다.

2) View

 MVC에서 모델은 여러 개의 뷰(view)를 가질 수 있습니다.

 뷰는 보여줄 값(모델)을 컨트롤러로부터 받아와 사용자에게 보여줍니다.

3) Controller

 MVC의 뷰는 여러 개의 컨트롤러(controller)를 가지고 있습니다.

 사용자는 컨트롤러를 사용하여 모델의 상태를 바꿉니다.

 컨트롤러는 모델의 mutator(모델의 상태를 변경하는 함수)를 호출하여 상태를 바꿉니다.

 이때 모델의 상태가 바뀌면 모델은 등록된 뷰에 자신의 상태가 바뀌었다는 것을 알리고 뷰는 거기에 맞게 사용자에게 모델의 상태를 보여줍니다.

2. ♾️ MVC의 원리

 Java 언어에서 모델은 java.util.Observable 을 상속(extends)받아 만들 수 있습니다.
모델에는 현재의 상태 정보를 변경하거나 다른 클래스에게 알릴 수 있는 함수가 있어야 합니다.

 mutator는 setChanged() 와 notifyObservers()를 호출해야 합니다.
 notifyObservers는 모델에 등록된 모든 뷰에게 업데이트 메시지를 보내게 됩니다.

 뷰는 java.util.Observer 를 implement하여 만들면 update method를 구현할 수 있습니다.
 update함수의 두 번째 매개변수는 Object 모델에서 넘어온 추가정보를 받는 데에 사용됩니다.

interface Observer {
		void update(Observable t, Object o);
}

 뷰는 반드시 모델에게 질의하여 업데이트하는 부분이 구현되어야 합니다.
 모델은 addObserver라는 함수를 이용하여 뷰를 자신에게 등록시킵니다.

 모델은 자신에게 등록된 모든 뷰를 기억하고 있다가 자신의 상태가 바뀌게 되면 등록된 모든 뷰에 notify 함수를 호출하여 뷰를 update시킵니다.

 모델은 뷰를 여러개 가질 수 있습니다. MVC에서는 이것을 허용하고 있으며, 또한 뷰도 여러개의 모델에 등록될 수 있습니다.

3. ♾️ Spring MVC 구조

0) MVC의 전체적인 구조

1) DispatcherServlet

•  DispatcherServlet의 역할
  DispatcherServlet은 MVC의 핵심 요소입니다.
  FRONT 가 URL로 호출하였을 때, DispatcherServlet이 클라이언트 요청을 최초로 받는 역할을 하게 되는데, 이를 중앙 집중식 프론트 컨트롤러 라고 합니다.

2) Handler Mapping

•  Handler Mapping의 역할
  Handler Mapping은 DispatcherServlet에게 1) 에서 받은 request가 어떤 컨트롤러를 사용하는지 응답해주는 역할을 합니다.

3) Controller

•  Controller의 역할
  2) 에서 DispatcherServlet은 로직을 처리할 컨트롤러를 응답 받았습니다. 따라서 해당 Controller 로 처리 요청을 넘기게 됩니다. 이때 해당 컨트롤러는 로직을 수행하고 서비스를 요청하며 Model을 만들게 되는데, 이 Model이 ModelAndView 객체에 담겨져서 다시 DispatcherServlet 으로 넘어가게 됩니다. Model을 만들어 DispatcherServlet으로 넘겨주는것이 바로 Controller의 역할입니다.

4) ViewResolver

•  ViewResolver의 역할
  DispatcherServlet은 3) 에서 ModelAndView 객체를 받았습니다. 이때 받은 ModelAndView 객체에 맞는 View를 찾아달라고 DispatcherServlet은 ViewResolver 에게 요청을 하게 됩니다. ViewResolver의 역할은 요청받은 View를 찾아주는 것입니다.

5) View

•  View의 역할
  4)에서 ViewResolver는 ModelAndView에 맞는 View정보를 넘겨주었습니다. 이제 받은 정보로 DispatcherServlet에게 필요한 View를 찾은 후 Model값을 넘겨서 View를 출력해 줍니다.

4. ♾️ Spring MVC의 처리순서

01) 클라이언트가 서버에 요청을 하면, front controller인 DispatcherServlet 클래스가 요청을 받습니다.

02) DispatcherServlet은 프로젝트 파일 내의 servlet-context.xml파일의 @Controller인자를 통해 등록한 요청 위임 컨트롤러로 매핑(mapping)된 컨트롤러가 존재하면, @RequestMapping을 통해 요청 처리할 메소드로 이동합니다.

03) 컨트롤러는 해당 요청을 처리할 Service(서비스)를 받아 비즈니스 로직을 서비스에게 위임합니다.

04) Service는 요청에 필요한 작업을 수행하고, 요청에 대해 DB에 접근해야 한다면 DAO에 요청하여 처리를 위임합니다.

05) DAO[1]는 DB정보를 DTO[2]를 통해 받아 서비스에게 전달합니다.

06) 서비스는 전달받은 데이터를 컨트롤러에게 전달합니다.

07) 컨트롤러는 Model(모델) 객체에게 요청에 맞는 View(뷰) 정보를 담아 DispatcherServlet에게 전송합니다.

08) DispatcherServlet은 ViewResolver에게 전달받은 View정보를 전달합니다.

09) ViewResolver는 응답할 View에 대한 JSP를 찾아 DispatcherServlet 에게 전달합니다.

10) DispatcherServlet은 응답할 뷰의 Render를 지시하고 뷰는 로직을 처리합니다.

11) DispatcherServlet은 클라이언트에게 Rendering된 뷰를 응답하며 요청을 미룹니다.

[1] DAO(Data Access Object) : DB를 사용해 데이터를 조회하거나 조작하는 기능을 전담하도록 만든 오브젝트
[2] DTO(Data Transfer Object) : VO(Value Object)로 바꾸어 말할수 있다. 계층간 데이터 교환을 위한 오브젝트

---

 이번 포스팅에서는 Spring Framework와 MVC 패턴의 개념에 대해서만 대략적으로 다루어 보았습니다.

 다음 포스팅에서는 환경설정과 예제코드를 실행해 보는 포스팅을 한 번 해보겠습니다.

감사합니다.

---

💡 Reference

http://www.acornpub.co.kr/book/toby-spring3-1-set