#18 JSP Model1, Model2 (MVC)

# JavaBean이란

웹에서 사용하기 쉽게 Java Bean규칙에 맞춰 설계한 클래스를 의미한다. Java Bean을 구현하면 JSP에서 태그 모양 <jsp:userBean .../> 으로 쉽게 사용가능하고, 네트워크 전송에 필요한 클래스 직렬화를 쉽게 할 수 있다.

일반 자바코드를 JavaBean으로 감싸서 사용성을 높이고 네트워크 상에서 쉽게 전달한다.

 

Java Bean 클래스 규칙은 아래와 같다.

• 패키지 - 자바빈은 기본(default)패키지 이외의 특정 패키지에 속해 있어야 한다.
• 기본 생성자가 존재해야 한다.
• 멤버변수의 접근제어자는 private로 선언되어야 한다.
• 멤버변수에 접근 가능한 getter 와 setter 메서드가 존재해야 한다.
• getter 와 setter는 접근자가 public으로 선언되어야 한다.
• 직렬화 되어 있어야 한다. (선택사항)

package com.dololak;                                                                             
//default 패키지가 아닌 com.dololak.servlet 패키지에 속함
 
 
public class User { 
     
     //멤버 변수의 접근 제어자는 private 
     private String name; 
     private Long age; 
     private String address; 
     
     //기본 생성자가 존재함 
     public User() {} 
     
     /* 
      * 멤버 변수에 대한 getter setter가 존재하며,
      * get 또는 set 이후에 첫글자는 멤버변수명의 대문자로
      * 그 이후는 소문자로 함
      */
     public String getName() { return name; } 
     public void setName(String name) { this.name = name; } 
     
     public Long getAge() { return age; } 
     public void setAge(Long age) { this.age = age; } 
     
     public String getAddress() { return address; } 
     public void setAddress(String address) { this.address = address; } 
     
}

---

 

 

# 기존의 Model1

기존의 웹 개발에서는 뷰와 로직코드를 따로 구분하지않고, JSP 페이지 하나에서 모두 처리했었다.

브라우저에 페이지 요청이 들어오면 [JSP 페이지]안에 사용되는 JavaBean이나 따로 작성한 클래스를 이용하여 WAS에서 서블릿을 생성, 로직 처리 후 결과를 클라이언트에 전송한다.

 

이와 같은 방식은 구조가 단순하고 개발이 쉽지만, 출력을 위한 View 코드와 데이터 처리를 위한 비즈니스 로직 코드가 함께 섞인다는 단점이 있다. 무엇보다 해당 JSP 코드는 디자이너와 개발자가 협업하기 어려웠고 유지보수가 복잡해졌다.

---

# Model2

그래서 나온 방법이 MVC (Model-View-Controller) 개념을 도입한 Model2이다.

단 하나의 서블릿만을 사용하여 클라이언트의 요청을 자바 코드들로 처리하고, View 에 해당하는 코드만 JSP에 남긴다. 쉽게 말해 [ 서블릿(Controller) ] - [ 자바 클래스, JavaBean(Model) ] - [ JSP 페이지(View) ]를 분리해서 개발하는 방법.

 

비즈니스 로직과 출력 코드가 분리되어 유지보수가 쉽고, 협업에 좋지만 구조가 복잡해지고 Model과 View를 나누기위해서 Java와 객체지향에 대한 깊은 이해가 필요해 설계하기 어려워진다는 단점이 있다.

• Model (서비스 클래스, 자바 빈)
  비즈니스 로직에 해당하는 모든 것들이 모델에 속한다. 결과를 보여줄 View 코드를 제외한 로직들을 수행하고 결과 값을 컨트롤러에 반환한다. 필요하다면 request 객체나 session 객체를 사용한다.
• View ( JSP 페이지 )
  출력에 해당하는 자바 코드를 JSP로 작성한다. 작업이 필요하다면 컨트롤러에 요청을 보내고, request 나 session 객체등에 저장된 정보를 토대로 HTML 페이지를 구성한다.
• Controller ( 서블릿 )
  브라우저 요청을 분석하여 적절하게 Model, View를 실행시켜 Model과 View 코드를 분리시키는 역할을 한다.
  브라우저로부터 요청이 들어오면, 서블릿에서 어떤 요청인지 분석하여 필요한 Model을 호출하여 처리한다. Model에서 처리 결과를 반환받으면 request나 session 객체등에 정보를 저장한 후 그대로 View, 즉 JSP 에 넘긴다. (foward나 redirect) 그리고 최종적으로 JSP에서  클라이언트에 출력하도록 만든다. 

foward, redirect 가 뭐죠?

WAS가 클라이언트의 요청(URL)을 처리하다가, 추가적인 처리를 위해 다른 서블릿이나 JSP로 위임하는 것이다.

 

Redirect는 클라이언트의 요청을 처리하고, 다른 URL주소를 넘겨주어 클라이언트의 요청을 완료하도록 도와준다. 즉 request, response 객체를 다시 생성하여 서블릿에게 전달하여 클라이언트의 요청을 한번 더 실행한다. 실행한 뒤에는 클라이언트의 요청 URL 주소가 달라져있다.

 

Foward는 클라이언트의 요청을 서버에서 다른 서블릿에게 위임한다. 서버 내부적으로는 다른 서블릿이 일을 처리했지만, 클라이언트 입장에서는 동일한 URL에서 실행되었으므로 한 곳에서 처리된 것처럼 여겨진다. request, response는 객체로 전달되기때문에 처음에 생성된 객체를 다시 만들지 않는다.