일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- docker
- HTML
- 블록체인
- 알고리즘
- Servlet
- 암호화
- Ajax
- tiles.xml
- JSP
- Cookie
- 웹게임
- EC2
- 비트코인
- JavaScript
- SQL
- AWS
- PL/SQL
- websocket
- autowired
- 도커
- Spring
- express
- node.js
- 배포
- CSS
- 웹소켓
- model1
- jQuery
- phaser
- RDS
- Today
- Total
記錄
Spring) Spring Framework MVC Basic Flow 본문
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
다 같은 그림인데 밑으로 내려올 수록 더 심화되고 자세한 흐름이다.
기본적인 Spring MVC는 이 그림이 나타내는 flow가 전부라고 할 수 있다.
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
cf. Controller의 각 메소드에서 최종적으로 String값을 리턴하면서 클라이언트가 가도록 할 페이지를 넘길때 "redirect:"가 붙이는 이유?
내가 착각했던 부분은 Controller의 각 메소드가 return을 할 때 매핑된 .do 와 같은 처리 요청을 하면 다시 메소드로 갈 것이라고 생각했는데 잘못된 생각이었다. Controller에서 return을 하게 될 경우 view를 찾아 보내는 것을 피할 수 없다. 즉, Controller의 메소드 리턴값이 String인 경우 이는 무조건 view의 주소이다.(".htm" or ".do" 와 같은 것을 return한다고 해서 절대로 Controller의 매핑된 메소드가 반응하지 않는다) 만약 "hello"와 같은 의미 단위의 String을 리턴할 경우 view resolver가 존재한다는 의미이다.
따라서 보여줄 view페이지가 존재하면 바로 .jsp와 같은 것을 return하면 되는 것이다. 반대로 만약 DB처리든 데이터 처리든 뭔가 로직을 수행하는 경우에는 새로운 페이지를 다시 요청받게 강제해야 하며 이 코드가 return "redirect:noticeDetail.htm?seq="+n.getSeq();와 같은 것이다.
'Web > Spring framework' 카테고리의 다른 글
Spring) ContextLoaderListener, 한글처리(EncodingFilter) (0) | 2018.05.01 |
---|---|
Spring) Spring Framework MVC Basic Flow 상세 (+예제코드) (0) | 2018.04.30 |
Spring) prototype을 이용한 새로운 객체 생성 (0) | 2018.04.30 |
Spring) bean's Life Cycle (bean의 생명주기) (0) | 2018.04.30 |
Spring) @Configuration을 사용한 xml의 대체 (0) | 2018.04.28 |