[23.11.02]

오늘 배운 것

Spring 기초

- MVC 패턴

Model, View, Controller로 구성된 디자인 패턴으로 Spring에서는 이를 채택하고 있음.

Model의 역할은 비즈니스 로직 + DB에서 데이터를 넣었다 뺐다.

View의 역할은 사용자가 보는 것 + 사용 인터페이스

Controller의 역할은 Model과 View의 상호작용을 제어

 

이 친구가 front controller 방식을 채택한 servlet 작동방식

1. 요청이 들어왔어요
2. 디스패처 서블릿이 이 요청을 분석함. 이 분석한 데이터을 토대로 핸들러 매핑을 통해 컨트롤러 요청을 찾아주게 된다. 핸들러 매핑에는 api path와 controller 메서드가 매칭되어 있음. ex) GET /api/hello면 HelloController의 hello() 함수를 호출하도록.
3. 이 매칭된 정보를 디스패처 서블릿이 확인한 다음에. 해당하는 컨트롤러에 요청을 전달(dispatcher) . 서블릿을 다 만들어주지 않아도 컨트롤러에 해당하는 클래스를 만들고 @Getmapping 선언해 놓고 연결 잘 해주면 되는구나!
4. 요청에 대한 처리가 완료되었으면 결과 + 뷰에 대한 정보를 모델에 담아준다. 뷰에 대한 정보 예시. 로그인 하고 마이페이지를 요청했는데 거기 마일리지가 나와야할 것 아니냐. 이걸 컨트롤러에서 디비 연동해서 몇 포인트 있는지 알려준다는 뜻. + mypage.html 이 이름 자체.
5. 뷰 리졸버에서 뷰에 대한 정보들을 받아와서 뷰에 적용을 함
6. 뷰 반환

DispatcherServlet이 적절한 컨트롤러에 요청을 전달해주어서 Servlet을 많이 만들 필요가 없어지고 controller 로직에 집중이 가능.

알고리즘

- 프로그래머스 : 소수 찾기(Level 2, 완전탐색)

느낀 점

알고리즘 스터디 시작, 하루 한 문제, 성공적.