티스토리 뷰
반응형
스프링 MVC 동작 원리
MVC
모델 : 도메인 객체 또는 DTO로 화면에 전달하거나 화면에서 전달받은 데이터를 담고 있는 객체를 말한다.
//lombok을 활용하여 컴파일 시점에 자동으로 각 메소드들을 생성한다.
@Getter @Setter
@Builder @NoArgsConstructor @AllArgsConstructor
public class Event {
private String name;
private LocalDateTime startDateTime;
private LocalDateTime endDateTime;
private int limitOfEnrollment;
}
- 평범한 POJO 객체이다.
뷰 : 데이터를 보여주는 역할로서, 다양한 형태로 보여줄 수 있다.
<!DOCTYPE html>
<html lang="en" xmlns:th="http://www.thymeleaf.org">
<head>
<meta charset="UTF-8">
<title>Title</title>
</head>
<body>
<h1>이벤트 목록</h1>
<table>
<tr>
<th>이름</th>
<th>참가 인원</th>
<th>시작</th>
<th>종료</th>
</tr>
<tr th:each="event: ${events}">
<td th:text="${event.name}">이벤트 이름</td>
<td th:text="${event.limitOfEnrollment}">100</td>
<td th:text="${event.startDateTime}">2020년 2월 5일 오전 10시</td>
<td th:text="${event.endDateTime}">2020년 2월 5일 오전 10시</td>
</tr>
</table>
</body>
</html>
- HTML, JSON, XML
컨트롤러 : 사용자의 입력을 받아 모델 객체의 데이터를 변경하거나, 모델 객체를 뷰에 전달하는 역할을 한다.
@Controller
public class EventController {
@Autowired
EventService eventService;
@GetMapping("/events")
public String events(Model model) {
model.addAttribute("events", eventService.getEvent());
return "events";
}
}
- 입력값 검증
- 입력 받은 데이터로 모델 객체를 변경
- 변경된 모델 객체를 뷰에 전달
서비스
@Service
public class EventService {
public List<Event> getEvent() {
Event event1 = Event.builder()
.name("Spring Web MVC study 1")
.limitOfEnrollment(5)
.startDateTime(LocalDateTime.of(2020, 2, 5, 10, 0))
.startDateTime(LocalDateTime.of(2020, 2, 5, 11, 0))
.build();
Event event2 = Event.builder()
.name("Spring Web MVC study 2")
.limitOfEnrollment(5)
.startDateTime(LocalDateTime.of(2020, 2, 5, 10, 0))
.startDateTime(LocalDateTime.of(2020, 2, 5, 11, 0))
.build();
return List.of(event1, event2);
}
}
- 컨트롤러에서 직접적으로 로직을 구성해도 되지만, 컨트롤러의 독립적인 구성을 위해 서비스를 활용하여 로직을 구성한다.
MVC 패턴의 장점
- 동시 다발적인 개발이 가능하다.
- 백엔드 개발자와 프론트 엔드 개발자가 독립적으로 개발을 진행할 수 있다.
- 높은 결합도
- 논리적으로 관련있는 기능을 하나의 컨트롤러로 묶거나, 특정 모델과 관련있는 뷰를 그룹화할 수 있다.
- 낮은 의존도
- 뷰, 모델, 컨트롤러는 각각 독립적이다.
- 개발 용이성
- 개발자들간의 책임이 분리되어 있어 코드 수정 및 유지 보수가 간편하다.
- 한 모델에 대한 여러 형태의 뷰를 가질 수 있다.
MVC 패턴의 단점
- 코드 네비게이션이 복잡하다
- 로직의 흐름이 단번에 보이지않고, 내부적으로 들어가야 확인이 가능하다.
- 코드 일관성 유지에 노력이 필요하다.
- 네이밍, 패키지 추가 혹은 컨트롤러 추가에 대한 일관성 유지의 노력이 필요하다.
스프링 MVC Flow
반응형
'Spring > Spring 웹 MVC' 카테고리의 다른 글
[스프링 웹 MVC] DispatcherServlet 동작원리(1) (0) | 2020.03.13 |
---|---|
[스프링 웹 MVC] 스프링 MVC 연동(Dispatcher Servlet) (0) | 2020.03.13 |
[스프링 웹 MVC] 스프링 IoC 컨테이너와 연동 (0) | 2020.02.11 |
[스프링 웹 MVC] 서블릿 리스너와 필터 (0) | 2020.02.11 |
[스프링 웹 MVC] 서블릿 애플리케이션 개발 (0) | 2020.02.11 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 팩토리 메소드 패턴
- mustache
- 복사 팩토리
- JPA
- 점층적 생성 패턴
- package-private
- ifPresent
- try with resources
- 이펙티브자바
- 정적팩터리메서드
- 생성자
- 자바8
- java
- springboot
- 이펙티브 자바
- jdk버전
- junit
- 스프링부트
- 빌더 패턴
- java8
- 빈 순환 참조
- flatMap
- Effective Java
- 김영한
- Spring
- try catch finally
- effectivejava
- 인프런
- 연관관계
- @Lazy
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
글 보관함