[Spring] 스프링의 정석 (3)

Java/Spring

[Spring] 스프링의 정석 (3) - Spring MVC

벼리01 2024. 1. 1. 14:49

http의 요청과 응답

프로토콜(Protocol)

서로간의 통신을 위한 약속 또는 규칙. 주고 받을 데이터에 대한 형식을 정의한 것.

별다른 설명 없이도 규칙을 정해놓고 주고 받을 때 어떤 것을 의미하는지 알아들을 수 있도록 함.

HTTP(Hyper Text Transfer Protocal)

텍스트 기반의 프로토콜. 상태를 유지하지 않는다.(무상태. stateless) 클라이언트를 구분할 수 없다.(같은 클라이언트가 요청을 보내도 정보를 저장하지 않기 때문에 클라이언트를 구분할 수 없음. 이를 보완하기 위해 쿠키와 세션을 사용한다.) 확장이 가능하다. (커스텀 헤더를 추가할 수 있다. 서버와 클라이언트가 약속만 된다면 헤더를 추가할 수 있다.)

요청

요청 문서는 헤더와 바디로 구성되어있다. 헤더에는 본문에 대한 설명이 작성되어 있고, 바디에는 실제 내용이 작성되어 있다. url을 입력하면, 헤더와 바디로 작성된 http 요청 문서를 작성하여 서버에게 보낸다. 서버는 해당 http 문서를 받아 처리 후 http 응답 문서를 보낸다.

응답

응답 문서는 상태 라인, 헤더, 바디로 구성되어 있다. 헤더는 줄바꿈으로 구분되며 헤더와 바디는 빈 줄로 구분된다. (빈 줄이 나오면 헤더가 끝났음을 의미한다.)

코드(상태라인)

100 information (클라이언트-서버 간의 정보 교환)

200 success

300 redirect (다른 url로 재 요청하라)

400 client error (경로 등을 잘못 입력함. ex) 404 Not Found)

500 server error (클라이언트는 요청을 제대로 했으나 서버에서 요청 처리 중 프로그램에 에러가 발생함)

http 요청 방식 - Get, Post

get

검색 엔진에서 검색 단어 전송 등에 사용되는 방식. 서버에서 정보를 얻어옴(read only). 서버에서 리소스를 가져오기 위해 설계한다. url에 쿼리 스트링(Query String)으로 내용을 적어서 데이터를 보낼 수 있음(소용량). 바디가 없음. url에 데이터가 노출되므로 보안에 취약하다. 데이터 공유에 유리하다.

post

글쓰기, 로그인, 회원가입, 파일 첨부 등에 사용되는 방식. 서버에 데이터를 올리기 위해 설계. 데이터를 요청 메시지의 바디에 담아 전송하기 때문에 전송 데이터 크기의 제한이 없음(대용량). 보안에 유리하고 공유에 불리하다.

get 방식

post 방식. 데이터가 url 뒤에 붙지 않고 바디에 붙는다.

MIME(Multipurpose Internet Mail Extension)

텍스트 기반 프로토콜에 바이너리 데이터를 전송하기 위해 고안됨. HTTP의 헤더에 사용. 데이터의 타입을 명시한다.

`text` `image` `audio` `video` `application` 등이 있음.

MVC 패턴 - 관심사의 분리(Separation of Concerns)

"해야할 작업"의 분리. SRP(Single Responsibility Priciple): 하나의 클래스는 하나의 책임만을 가져야한다. 메서드도 마찬가지다. 하나의 메서드는 하나의 책임만을 가져야 한다. 1. 관심사 2. 변하는 것 3. 중복 코드 이 셋을 잘 분리하여 코드를 작성하면 객체 지향을 잘 지키는 설계를 할 수 있다. 너무 원칙만을 생각하지 않는다. 일단 코드를 작성하고 원칙을 생각하며 수정하는 방법으로 코드를 개선해 나간다.

Contoller : 처리

Modal : 정보를 담은 객체

View : 출력

@Controller의 @RequestMapping 애너테이션을 가진 메서드는 Model 객체를 매개변수로 받아 값을 처리하고 Model 객체에 작업 결과를 저장한 뒤(model 객체는 이미 dispatcher가 가지고 있으므로 model 객체를 반환할 필요가 없음. 값만 수정해주면 된다.) 보내준 작업 결과를 보여줄 view의 이름을 String으로 반환한다.

// 년 월 일을 입력하면 요일을 알려주는 프로그램
@Controller
public class YoilTellerMVC {

	@RequestMapping("/getYoilMVC")
	public String getYoilMVC(int year, int month, int day, Model model) throws IOException {

		if (!isValid(year, month, day)) {
			return "yoilError";
		}

		char yoil = getYoil(year, month, day);
		
		model.addAttribute("year", year);
		model.addAttribute("month", month);
		model.addAttribute("day", day);
		model.addAttribute("yoil", yoil);
		

		return "yoil";
	}

	private boolean isValid(int year, int month, int day) {
		// TODO Auto-generated method stub
		return true;
	}

	private char getYoil(int year, int month, int day) {
		Calendar cal = Calendar.getInstance();
		cal.set(year, month - 1, day);

		int dayOfweek = cal.get(Calendar.DAY_OF_WEEK); // 1= 일요일 2=월요일...
		return " 일월화수목금토".charAt(dayOfweek);
	}
}

//	yoil.jsp

<%@ page contentType="text/html;charset=utf-8" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<%@ page session="false" %>
<html>
<head>
	<title>Yoil</title>
</head>
<body>

<P>  ${year}년 ${month}월 ${day}일은 ${yoil}요일입니다.</P>
</body>
</html>

`Class` 클래스의 `forName()` 메서드를 사용하면 해당 클래스의 정보를 가져올 수 있다.

`getDeclareMethod()` 메서드는 해당 클래스에서 정의된 메서드를 `Method`타입의 배열로 반환한다. `getParameters()`는 해당 클래스에서 정의된 파라미터(매개변수)를 `Parameter` 타입의 배열로 반환한다. 위 코드는 클래스 내 정의된 메서드와 매개변수를 출력할 수 있도록 작성되었다.

원래 컴파일러는 매개변수의 이름은 별로 중요하게 생각하지 않기 때문에 저장하지 않는다. 매개변수 이름을 저장하려면 컴파일 옵션에서 `-parameters` 라는 옵션을 줘야한다.(JDK 1.8부터 가능) STS에서는 windows - preferences(setting) - compiler - classfile generation 에서 store information about method parameters(usable via reflection)에 체크하면 매개변수 이름을 저장하도록 설정을 변경할 수 있다.

package com.fastcampus.ch2;

import java.io.File;
import java.io.IOException;
import java.util.HashMap;
import java.util.Iterator;
import java.util.Scanner;
import java.util.Set;

class ModelController {
	public String main(HashMap map) {
		
//		작업 결과를 map에 저장 
		map.put("id", "asdf");
		map.put("pwd", "1111");
		
//		뷰 이름을 반환 
		return "txtView2";
	}
}

public class MethodCall {
	public static void main(String[] args) throws Exception{
		HashMap<String, String> map = new HashMap<>();
		System.out.println("before:"+map);

		ModelController mc = new ModelController();
		String viewName = mc.main(map);
		
		System.out.println("after :"+map);
		
		render(map, viewName);
	}
	
	static void render(HashMap<String, String> map, String viewName) throws IOException {
		String result = "";
		
		// 1. 뷰의 내용을 한줄씩 읽어서 하나의 문자열로 만든다.
		Scanner sc = new Scanner(new File(viewName+".txt"));
		
		while(sc.hasNextLine())
			result += sc.nextLine()+ System.lineSeparator();
		
		// 2. map에 담긴 key를 하나씩 읽어서 template의 ${key}를 value바꾼다.
		Iterator<String> it = map.keySet().iterator();
		
		while(it.hasNext()) {
			String key = (String)it.next();

			// 3. replace()로 key를 value 치환한다.
			result = result.replace("${"+key+"}", (String)map.get(key));
		}
		
		// 4.렌더링 결과를 출력한다.
		System.out.println(result);
	}
}

위 코드에서 `ModelController` 클래스는 매개변수로 `map`을 받아와서 `map`에 정보를 추가하기만 할 뿐 map을 반환하지는 않는다.(그냥 보여줄 view 이름만 String으로 반환한다.) 왜냐하면 `MethodCall` 클래스의 메인 메서드에서 `map`을 생성하여 넘겼기 때문에 메인 메서드에는 이미 `map`이 존재하므로 넘길 필요가 없기 때문이다. 참조변수를 매개변수로 넘기면, 객체의 주소를 넘기는 것이기 때문에 같은 객체를 참조한다. 따라서 `ModelController`에서 값을 넣으면 메인 메서드의 `map`에 값이 추가되는 것이다.

//	String viewName = obj.main(2024, 1, 1, model);
//	Reflection API를 이용한 호출
String viewName = (String)main.invoke(obj, new Object[] { 2024, 1, 1, model });

//	String viewName = obj.main(2024, 1, 1, model);
//	Reflection API를 이용한 호출
//	String viewName = (String)main.invoke(obj, new Object[] { 2024, 1, 1, model });

//	하드코딩X 동적 호출
Method main = clazz.getDeclaredMethod("main", int.class, int.class, int.class, Model.class);
				
Parameter[] paramArr = main.getParameters();
Object[] argArr = new Object[main.getParameterCount()];
		
	for(int i=0;i<paramArr.length;i++) {
		String paramName = paramArr[i].getName();
		Class  paramType = paramArr[i].getType();
		Object value = map.get(paramName); // map에서 못찾으면 value는 null

		// paramType중에 Model이 있으면, 생성 & 저장 
		if(paramType==Model.class) {
			argArr[i] = model = new BindingAwareModelMap(); 
		} else if(value != null) {  // map에 paramName이 있으면,
			// value와 parameter의 타입을 비교해서, 다르면 변환해서 저장  
			argArr[i] = convertTo(value, paramType);				
		} 
	}

`Model`은 인터페이스라서 객체를 생성할 수 없다. model의 실체 구현 객체는 `BindingAwareModelMap`이다.

JSP와 서블릿은 거의 유사하다. 서블릿을 발전시킨 것이 Spring이다.

1. servlet은 반드시 메서드의 이름이 `service()`이다. (오버라이딩)

2. `HttpServlet`을 상속받아야 한다.

3. 매개변수로 `HttpServletRequest`와 `HttpServletResponse`를 선언해야 한다.

4. 클래스 매핑만 가능하기 때문에 클래스 위에 `@WebServlet` 애터네이션을 사용한다.

서블릿 생명주기

Servlet Context에는 children이란 맵이 존재한다. 요청을 받았을 때 childeren에 해당 서블릿 인스턴스가 존재하지 않으면 `init()` 메서드를 호출해 서블릿 클래스를 로딩하고 인스턴스를 생성한다. 그리고 `service()` 메서드 호출해 처리하고 응답한다. 서블릿이 더이상 사용되지 않으면 메모리에서 제거되는데, 이때 서블릿 컨테이너에 의해 `destroy()` 메서드가 호출된다. 또 다른 요청이 들어왔을 때 이미 서블릿 인스턴스가 존재한다면 `init()`을 호출하지 않고 바로 `service()`를 호출하여 작업을 진행한다.

서블릿은 싱글톤이다. 요청이 올 때마다 서블릿 객체를 계속 만드는 것이 아니라 한 개의 객체를 만들어서 요청이 올 때마다 계속 재활용한다. 스프링도 마찬가지!

서블릿은 지연된 초기화를 한다.(lazy init) 요청이 들어오면 객체를 생성한다. -미리 초기화 하는 방법도 제공하긴 함.

스프링은 이른 초기화를 한다.(early init) 요청이 들어오지 않아도 객체를 생성해둔다.

URL 패턴

`@WebServlet`으로 url을 맵핑할 때 사용. 우선순위가 존재함. 우선순위가 높은 것에서 매칭이 되지 않으면 다음 우선순위로 넘어가고 모두 매칭되지 않는 경우 디폴트 매핑함. Servlet Context에는 servletMapping이라는 맵이 존재한다. 요청을 받으면 매핑이 존재하는지 확인한다.

* spring에서는 seveltMapping을 사용하지 않고 바로 `DispatcherServlet`이 받아서 내부에서 매핑을 처리한다(RequestMapping)

EL(Expression Laguage)

<% ... &> 대신에 ${...} 형태로 사용할 수 있게 됨

'Java > Spring' 카테고리의 다른 글

[SpringBoot] Querydsl 설정 시 오류 (0)	2024.03.11
[Spring] summernote 에디터로 이미지가 포함된 글 업로드하기 (0)	2024.02.22
[Spring] 스프링의 정석 (2) - 요청과 응답 (0)	2023.12.31
[Spring] 스프링의 정석 (1) 초기 설정 (0)	2023.12.30
[Spring] 스프링 핵심 원리 기본편 (3) (0)	2023.12.28

🌟🌟🌟