🚩 1.4 HttpServlet

개요 🏁

HttpServlet 특징

• HttpServlet은 GET/POST 등에 맞게 doGet(), doPost() 등 메서드를 제공한다. 개발자들은 본인에게 필요한 메소드를 오버라이드하는 것만으로 GET/POST 방식 처리를 나누어서 처리할 수 있다.

• HttpServlet을 상속받은 클래스 객체(서블릿)는 톰캣과 같은 WAS의 내부에서 자동으로 객체를 생성하고 관리하기 때문에 개발자가 객체 관리에 신경 쓸 필요가 없다.

• HttpServlet은 멀티 스레드에 의해서 동시에 실행될 수 있도록 처리되기 때문에 개발자는 동시에 많은 사용자를 어떻게 처리해야 하는지에 대한 고민을 줄일 수 있다.
  

• 추상 클래스 GenericServlet는 HTTP 프로토콜에 특화되지 않는 요청(Request)과 응답(Response)에 대한 기능을 정의한다.

  • 😊웹 데이터 통신 규약을 제외하고도 여러 프로토콜에 대한 바탕이 되는 기본 서블릿이 있겠죠!

HttpServlet의 라이프 사이클

• 서블릿은 요청(Request)을 처리해서 응답(Response)할 목적으로 설계 되었다. 다만 이 서블릿 객체의 생성과 소멸은 개발자가 아닌 톰캣 등의 서블릿 컨테이너가 관리한다.
  

  1. 브라우저 → 서블릿 특정 경로(URI) 호출
  2. 톰캣 : 해당 경로에 적합한 서블릿 클래스 로딩, 객체 생성
     (init() 메소드로 서블릿 객체 동작 전 수행할 내용 정할 수 있다.)
  3. 서블릿 객체 : 브라우저 요청에 대한 정보 분석하여 GET/POST 등의 정보와 함께 같이 전달되는 파라미터(쿼리 스트링 내용)들을 HttpServletRequest 타입의 파라미터로 전달받음.
     (응답을 처리하는 기능들은 HttpServletResponse가 담당)
  4. 서블릿 내부 : GET/POST에 맞게 doGet()/doPost() 등의 메소드 실행. 이후 동일한 (주소)호출이 있을 때는 서블릿은 동일한 객체 하나만 이용하여 이를 처리.
  5. 톰캣 종료 : 서블릿 destroy()

• ① 서블릿 객체는 경로에 맞게 하나만 만들어짐
  ② 매번 호출 시에는 자동으로 doGet() / doPost()를 이용하여 처리됨
  doGet에서 호출되는 서블릿 객체의 주소가 동일하다.
  
  😊 하나의 주소에 서블릿 객체가 생성됐으면 그 이후로 동알한 주소를 요청 받았을 때 새로운 서블릿 객체를 생성하는 것이 아니라 기존에 만들어 두었던 서블릿 객체를 사용하는구나!

HttpServletRequest 주요 기능

• 서블릿 객체에서 최종적으로 요청(Request)을 처리하는 doGet()/doPost() 등은 HttpServletRequest와 HttpServletResponse를 파라미터로 받는다.

• HttpServletRequest⭐는 HTTP 메시지 형태로 들어오는 요청(Request)에 대한 정보를 파악하기 위해서 제공된다.

• HTTPServletRequest 메소드 정리🔥
  HttpServletRequest 주요 메서드2
  JavaEE7 : HttpServletRequest 공식문서

getParameter( )

• 쿼리 스트링에서 키(key)를 이용해 값(value)를 얻는다.
  ?name=AAA&age=20
  (request.getParameter(name) == "AAA")

  • getParameter()의 반환타입은 항상 String이다.
  • 파라미터가 존재하지 않으면 null반환, null 체크에 주의해야 한다.

getParameterValues( )

• 동일한 이름의 파라미터가 여러 개 있는 경우 사용

  • 반환 타입 String[ ]

setAttribute( )

• JSP로 전달할 데이터를 추가할 때 사용한다.

  • 키(key)와 값(value) 형태로 데이터 저장
  • 키(key)는 문자열로 지정, 값(value)는 모든 객체 사용 가능
  • request.setAttribute("3대" , 500)

RequestDispatcher( )

• 웹 MVC 구조에서는 HttpServletRequest의 getRequestDispatcher(주소)를 이용해서 RequestDispatcher 타입의 객체를 구할 수 있다.

• RequestDispatcher는 현재의 요청을 다른 서버의 자원(서블릿 혹은 JSP)에게 전달하는 용도로 사용한다. 2개의 메서드가 존재한다.

  • forward()⚡ : 현재까지의 모든 응답(Response) 내용은 무시하고 JSP가 작성하는 내용만을 브라우저로 전다.
  • include() : 지금까지 만들어진 응답(Response) 내용 + JSP가 만든 내용 브라우저로 전달.
    
    [서블릿/JSP] REQUESTDISPATCHER란. REQUESTDISPATCHER로 FORWARD() 하기
    [서블릿/JSP] REQUESTDISPATCHER로 INCLUDE() 하기

HttpServletResponse의 주요 기능

• 웹 MVC 구조에서 HttpServletResponse는 JSP에서 주로 처리되기 때문에 서블릿 내에서 직접 사용되는 일은 많지 않고 주로 sendRedirect()를 이용하는 경우가 많다.

• Servlet 응답 정보 처리 (HttpServletResponse, 한글 응답)
  자바 웹 개발 워크북 66p
  JavaEE 7 / HttpServletResponse 공식문서

sendRedirect()

• sendRedirect()는 브라우저에게 다른 주소로 가라는 명령을 내린다.
  

  • HttpServletResponse를 사용하면 sendRedirect() 메서드를 이용하여 지정한 경로로 제어를 이동시킬 수 있습니다. 그러나 sendRedirect()는 HTTP 리다이렉션을 이용하기 때문에 하나의 요청 범위 안에서 처리를 하는것이 아니라 브라우저에게 Response 후 브라우저측에서 지정받은 요청 경로로 다시 재요청을 하는 방식이기에 두 번의 HTTP 트랜잭션이 발생하며, 서버측에서는 최초에 받은 요청중에 처리한 내용을 리다이렉트 된 요청안에서 공유할 수 없는 문제가 있습니다.
    
    
  • 물론 sendRedirect() 에서도 쿠키나 세션등을 이용해 특정 상태를 유지하여 공유할 수는 있겠으나, 상황에 따라 제한적일 수 있으며, 코드 레벨 에서의 알고리즘 등을 곧바로 이어가는데에도 한계가 있기 때문에 좋은 방법이라고 할 수는 없을것입니다.
    
    그대신 HttpServletResponse를 통해 리다이렉트 하는 방식은 현재 어플리케이션 이외에 다른 자원의 경로를 요청할 수 있는 반면 RequestDispatcher는 현재 처리중인 서블릿이 속해 있는 웹 어플리케이션 범위 내에서만 요청을 제어할 수 있습니다.
    출처 : [서블릿/JSP] REQUESTDISPATCHER란. REQUESTDISPATCHER로 FORWARD() 하기

와이어 프레임의 구현 ( 67 ~ 73 )

• 와이어 프레임 기능 정리
  

• GET/POST 요청을 모두 처리해야하는 컨트롤러가 존재한다.

---

🚩 1.5 모델(Model)

• 웹 MVC 구조에서는 컨트롤러와 화면의 역할이 엄격하게 구분되어 있다.
• ✔️웹 MVC 각 컴포넌트 역할

🏁 모델과 3티어

• 웹 MVC 입장에서 모델은 컨트롤러에 필요한 기능이나 데이터를 처리해 주는 존재지만 시스템 전체 구조로 보면 모델은 컨트롤러와 뷰를 제외한 남은 부분이다.
  
  이는 ❶ View계층(JSP + 서블릿) / ❷ 서비스 계층(로직 처리) / ❸ 영속 계층(데이터 처리)로 다시 나눌 수 있다.

DTO(Data Transfer Object)

• DTO란 무엇인가요?
  데이터 전송 객체(DTO)란 프로세스 사이에서 데이터를 전송하는 객체를 말합니다. DTO 기법을 사용하면 중요한 정보를 노출시키지 않고 두 시스템(API와 서버 등) 간 통신을 원활하게 촉진할 수 있습니다.

• 3티어 계층을 분리하는 경우에는 반드시 계층이나 객체들 간에 데이터 교환이 이루어진다. 이 때 여러 개의 데이터를 묶어서 하나의 객체로 전달하는 것을 DTO(Data Transfer Object, 이하 DTO)⭐라고 한다.

• DTO는 여러 개의 데이터를 묶어서 필요한 곳에 전달하거나 호출을 결과로 받는 방식으로 사용한다.

• DTO는 Java Beans⭐ 형태로 구성하는 경우가 많다.

  • 생성자가 없거나 반드시 파라미터가 없는 생성자 함수를 가지는 형태 (기본 생성자)
  • 속성(멤버 변수)은 private으로 작성
  • getter/setter를 제공할 것
    - 이 외에도 Serializable 인터페이스를 구현 등...

• 자바빈즈 예시

    public class CoffeeBEAN implements Serializable {

       private String name;
       private List<String> ingredients;

       public CoffeeBEAN() {
       }

       public String getName() {
           return name;
       }

       public void setName(String name) {
           this.name = name;
       }

       public List<String> getIngredients() {
           return ingredients;
       }

       public void setIngredients(List<String> ingredients) {
           this.ingredients = ingredients;
       }
    }

서비스 객체

• DTO는 단순히 여러 개의 데이터를 묶어서 하나의 객체를 구성하는 용도로 사용하며,
  주로 서비스 객체 메소드들의 파라미터나 리턴타입으로 사용된다.

• Service는 비지니스 로직이 들어가는 부분이다. Controller가 Request를 받으면 적절한 Service에 전달하고, 전달 받은 Service는 비즈니스 로직을 처리한다. DAO로 데이터베이스를 접근하고, DTO로 데이터를 전달받은 다음, 적절한 처리를 해 반환한다.

  출처 : DAO, DTO, Service

TodoService 클래스

• TodoService 클래스는 enum 타입으로 구성한다.

  public enum TodoService {
      INSTANCE;
  }

• enum 타입으로 클래스를 작성하는 가장 큰 장점은 정해진 수 만큼만 객체를 생성할 수 있다는 점이다.
  
  enum의 상수가 INSTANCE 한 개만 지정되어 있으므로 하나의 객체만을 생성해서 사용하게 된다.
  
  싱글톤 패턴(singleton pattern)⭐은 객체를 하나만 생성해서 사용한다.
  
  예제의 경우 여러 컨트롤러들이 TodoService 객체를 통해서 원하는 데이터를 주고 받는 구조로 구성했기 때문에 싱글톤 패턴으로 구성했따.

• TodoService의 메소드들 :
  TodoService 클래스는 여러 개의 기능을 정의하고 구현한다. 서비스 객체는 원칙적으로 System.out.println()과 같이 출력하면 안되지만, 디버깅 용도로는 사용 가능
  등록/목록을 구현할 수 있다.

public List<TodoDTO> getList() {
        List<TodoDTO> todoDTOs = IntStream.range(0, 10).mapToObj(i -> {
            TodoDTO dto = new TodoDTO();
            dto.setTno((long)i);
            dto.setTitle("Todo..."+i);
            dto.setDueDate(LocalDate.now());

            return dto;
        }).collect(Collectors.toList());

        return todoDTOs;
    }

컨트롤러에서 모델 처리하기

• 웹 MVC 구조에서는 화면에 필요한 데이터를 처리하고자 컨트롤러는 (모델의) 서비스 객체의 힘을 빌려서 처리한다.

  • ~Controller -> ~Service의 결과 -> JSP

• 이 과정에서 HttpServletRequest의 setAttribute()가 중요하게 사용된다. '키(key)'-'값(value)' 형식으로 HttpServletRequest에 데이터를 보관한다. 이 요청객체가 forward에 담겨 jsp로 이동하게 되는 것이다.

TodoListController 의 처리

System.out.println("/todo/List");
        
        List<TodoDTO> dtoList = TodoService.INSTANCE.getList();
        
        req.setAttribute("List", dtoList); //setAttribute로 req 속성에 담아서
                                                                //포워딩
        req.getRequestDispatcher("/WEB-INF/todo/list.jsp").forward(req, resp);

• WEB-INF/todo/list.jsp

<h1>List Page</h1>

${List} //List 객체의 toString이 출력될 것이다.

</body>

JSP - EL(Expression Language)

• JSP 코드에서 사용한 ${}는 EL(Expression Language)⭐의 표현식이다.
• 과거에는 JSP에서도 자바 코드를 직접 사용했지만 내부에서 자바 코드가 같이 섞이면 import부터 시작해 모든 자바 문법이 사용되어야 하기 때문에 출력용 언어인 EL이 개발되었다.

EL을 이용한 출력

• EL을 이용하는 경우 자동으로 getter를 호출한다.
  ${list[0].title} == getTno().getTitle()
  (Todo..O)

• EL은 표현식(expression)이기 때문에 ${} 내부 표현식이 결과를 만들어 낼 수 있다면 언제든지 사용 가능

  • ${1 + 2 + 3} == 6
  • ${"AAA" += "BBB"} == "AAABBB"
  • ${"AAA".equals("AAA")} == true

• EL 내부에서 자바 코드를 그대로 이용하는 방식도 사용 가능하다. ()

  • ${list[0]•getTitle()}

• 단, 제어문과 반복문과 같이 '식(expression)'이 아닌 '문(statement)'를 처리하기 위해서는 JSTL 라이브러리⭐가 필요하다.

JSTL

• JSTL(JSP Standard Tag Library)이란?

• JSTL(JavaServerPage Standard Tag Library)는 JSP에서 동작하는 새로운 태그들의 묶음이다.

• 자바 문법보다 조금 더 간결하게 제어문이나 반복문, 선언문 등을 처리할 수 있고, 확장 가능하다.

• JSTL 의존성 라이브러리를 build.gradle 파일에 추가해야 한다.

  • 라이브러리 추가 후 톰캣 중지 및 그래이들 새로고침을 해주어야 라이브러리를 다운받음.

dependencies {
    compileOnly('javax.servlet:javax.servlet-api:4.0.1')

    testImplementation("org.junit.jupiter:junit-jupiter-api:${junitVersion}")
    testRuntimeOnly("org.junit.jupiter:junit-jupiter-engine:${junitVersion}")

    implementation group: 'jstl', name: 'jstl', version: '1.2'
}

• CORE를 선언할 때 <% taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>를 문서 가장 위 단에 입력해야 한다.

• JSP에서 <%@ %>로 작성되는 코드를 지시자(directives)⭐라고 한다.
  추가한 설정은 태그 라이브러리 지시자로 JSTL을 사용할 수 있게끔 한다.

<c:forEach>

• JSTL에서 반복문을 사용한다.
  배열이라 리스트 등의 처리를 한다.
  
  다음과 같은 속성이 존재한다.

  • var : EL에서 사용될 변수 이름
  • items : List, Set, Map, Enumeration, iterator 등의 컬렉션
  • begin/end : 반복의 시작/끝 ㄱ밧

• list.jsp

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
...
<ul>
  <c:forEach var="dto" items="${List}">
  <li>${dto}</Li>
  </c:forEach>
</uL>

• 반복문의 경우 begin/end를 이용할 수도 있음.

      <c:forEach var="num" begin="1" end="10">
          <li>${num}</li> //출력값은 EL 사용
      </c:forEach>

<c:if> , <c:choose>

• <c:if>는 test라는 속성을 사용하는데, test의 속성값으로 boolean의 결과가 나올 수 있는 식이나 변수가 들어감.

• <c:choose>는 자바의 switch 구문과 비슷.
  내부에 <when test="">, c:otherwise를 이용해서 if~else if ~else처리를 한다.

//list 파라미터가 홀/짝인지 여부 출력
    <c:if test="${list.size()%2 == 0}">
            짝수
    </c:if>
    <c:if test="${list.size()%2 != 0}">
        	홀수
    </c:if>

	<c:choose>
        <c:when test="${List.size()%2 == 0}">
            짝수
        </c:when>
        <c:otherwise>
            홀수
        </c:otherwise>
    </c:choose>

<c:set>

• 새로운 변수를 생성해야 하는 경우
  var 속성으로 변수명 지정, value 속성으로 값 지정

	<ul>
        <c:forEach var="num" begin="1" end="10">
            <c:if test="${num == bigO}">
                num is bigO
            </c:if>
        </c:forEach>
    </ul>

Todo 조회

• 조회나 목록은 브라우저의 요청을 받아 컨트롤러에서 모델을 처리하는 좋은 예이다.
  
  클라이언트는 상품의 번호나 회원의 아이디 같은 정보를 전달하며, 컨트롤러는 서비스 객체로 이를 반환해서 JSP로 전달한다.

---

참고 자료

• 자바 웹 개발 워크북