D-PLAT

context-mvc.xml

- context-mvc.xml 의 역할은 무엇일까

--> DispatcherServlet 에게 아래의 정보를 제공한다,

사용자의 요청을 처리할 수 있는 Controller 목록과 사용자에게 보여줄 화면 url 을 만드는 ViewResolver

Controller

- Controller 의 역할은 무엇인까

- DispatcherServlet에 의해 호출되어 사용자의 Requset를 전달받고, 해당요청의 비즈니스 처리를 담당하는 서비스 객체를

Spring으로부터 주입받아서, 그 객체에 처리를 위임하고, 처리결과와 결과화면에 대한 정보를

 DispatcherServlet 에게 반환한다.

쉽게말해서 

1.한식 접수계에서는 주문을 검증하고, 한식 주방에 주문 

2.한식 요리가 나오면 배송지 태그 부착

1. 일식 접수계에서 주문을 검증하고, 일식 주방에 주문

2. 일식 요리가 나오면 배송지 태그 부착

@Controller, @RequestMapping, @Autowired

서비스 처리 결과를 Model에 담으면, 

컨트롤러 클래스의 RequestMapping값(/member) 과 핸들러 메서드의 RequestMapping 값(/list)을 기준으로, 

DisptcherServlet 이 viewResolver를 통해 화면 URL 생성

설정은 어디에다가할까 ?

-DispatcherServlet 이 참조하는 XML(여기에서는 context-mvc.xml) 에 설정

SpringMVC 쓰는 웹 애플리케이션에서는 대략 9명이 등장해서 혼란스럽게만든다.

첫번째 알아보자.

DispatcherServlet 이란 ?

- 웹 애플리케이션의 최전방에서 사용자의 요청을 접수하여 URL 을 기준으로 요청을 처리할 Controller를 정해진 XML 에서 찾고

그 Controller 에 처리를 위임하고 결과를 받아서 사용자에게 처리 결과가 담긴 화면을 제공한다.

쉽게말하면 ARS ??

누가 어떤일을 할 줄 아는지만 알고 있다.

그래서 어떤일이 생기면 그거 잘 하는 놈에게 전달한다,

일식주문이면 일식 담당 접수계에게,

중식 주문이면 중식 담당 접수계에게 연결한다.

설정은 web.xml 에 되어있습니다.

정해진 XML(여기서는 context-mvc.xml) 의 정보활용

사용자 요청을 처리할 Controller 목록과

사용자에게 보여줄 화면을 찾는 VIewResolver

직접 코딩하지 않고 Spring에서 제공하는 Selvlet 재사용한다.

간단하게 jstl 태그 2개만알아보겠습니다.

C:forEach

<c:forEach var =”I” items=”${members}” begin=”0” varStatus=”status” end =”5”>
    Index : ${status.index} /
    count : ${status.count} <br>
    name : ${i.name} <br>
    email : ${i.email}<br>
</c:forEach>

forEach 문은 Var, items, begin, varStatus, end.. 총 5개의 속성들이 있습니다.

i라는 변수는 반복문이 한번 수행 될때마다 바뀌는변수가 되겠다.

그리고 items 라는 속성은 컬렉션 객체가 된다.

예를 간단히 들자면 리스트, 배열정도가 있겠다.

그리고 begin 은 시작값을 나타냅니다.

varStatus 은 반복문의 상태값을 가지는 변수인데 쉽게말해

forEach문의 상태정보를 담고있는 변수라고 알고있으면 되겠다,

C:forTokens
<c:forTokens>
<c:forTokens items = “123-456-789” delims =”-” var =”sel”>
   ${sel}<br>
</c:forTokens>

여기서 items 은 123-456-789라고했는데 일종의 소스이다

그리고 중요한건 delims 라는 건데 얘는 일종의 약속이다.

여기선 – 이 등장할때마다 띄어쓰기를 해달라고 요청을 했다.
그결과는 sel 라는 변수로 지정했다.