0501 Servlet MVC구조 Model2(MVC2)방식의 개발 Controller interface와 Map 사용법 페이지 이동(forward) Servlet

*MVC구조

• Model : class –DB작업 처리
                DAO, VO를 사용하여 DB작업 수행
• View : JSP – 업무로직을 처리한 결과를 Action이 반환하면 화면을 만들고 응답하는 일
• Controller : Servlet- 진입점, Action을 사용하여 업무처리 결과를 받고 JSP로 이동하는 일
                     -Action클래스 작성 : Web Parameter처리, 관계유지처리, View페이지설정
                     -Service(Process)클래스작성 : 업무로직 처리

 

 

Controller(진입점)	Model(DB와의 연동)	view
Servlet  -모든 요청을 받는 하나의 진입점 -키가 있음 -map을 써서 action을 실행 -action 안에서 model로 가서 db와 연동하고, 결과를 가져와서 process가 결과를 반환하면 action에서 view페이지명과 이동방식을 넣어줘서 이동함 -접속자에게 응답됨		업무 로직 결과를 Action이 반환하면 (Scope객체에 넣으면) (Scope이 값을 전달해줌) 화면(view page)을 만들어 응답
단순 페이지 이동: DB가 연동되지 않은 페이지 접속자 요청 > map으로 가서 Action 실행해서 연산도 안하고 페이지 이동해서 JSP가 응답됨
DB사용 없이 업무만 처리: 접속자 요청 > 액션을 타고 프로세스를 타고 연산해서 결과를 액션이 받아서 서블릿한테 주고 뷰할 jsp, 이동방식, 연산에 사용하는 값이 들어가고 jsp로 응답됨
DB사용하는 업무 요청 > 진입점 > 맵 > 프로세스 > db쓰기 위해 모델로 감 > DB써서 나온 결과(int, VO, LIst<VO>)를 받아 프로세스>액션으로 가서 액션에서 조회한 결과를 넣어주고 servlet으로 오면 이동할 페이지, 이동방식을 받아 jsp로 간 뒤 응답됨

 

---

*Model2(MVC2)방식의 개발

 - MVC패턴을 Web에 적용한 개발 pattern

• Model  : 데이터 처리(DB작업)        - 일반  class
• View    : 사용자에게 보여주는 작업 - JSP
• Controller : 업무로직 처리.            - Servlet

 

 - 장점 : 유지보수가 향상됨
            (업무에 따라 파일이 분리되어 작성됨)

 - 단점 : 파일의 개수가 많아짐 (파일관리가 어려움)
           값 넘기기가 불편함
           에러잡기가 불편함 => 산출물을 만드는 속도가 다소 느림

 - 대규모 시스템에 적합한 구조
   (업무별로 나눠 작업하기 좋음)

 

*Software의 생명이 끝나는 때는 “더 이상 유지보수가 되지 않을 때”
  개발 비용이 유지보수 비용보다 적을 때

---

*Model1방식의 개발

 -JSP : 화면구현, 데이터처리, 업무로직처리

 -JSP+class :
  JSP : 화면구현, 업무로직처리
  class : 데이터처리

 

장점 : 파일 개수가 적음 (파일관리가 편함)
        값 넘기기가 편함
        에러잡기 편함 => 산출물을 만드는 속도가 빠름

단점 : 유지보수가 어려움
     (업무가 다른 작업이 하나의 JSP에 정의 )

---

1.Controller

-Servlet은 모든 요청을 받아야 함 ( 진입점 설정 )

모든 요청을 받고
요청을 처리할 XxxAction을 찾아서 실행
XxxAction이 반환하는 페이지로 이동

 

 -DD설정
   이름이 다르더라도 확장자를 같게 하면 모든 요청을 받을 수 있음

  <servet>
   <servlet-name>객체명</servlet-name>
   <servlet-class>패키지명.클래스명</servlet-class>
  </servlet>
  
  <servlet-mapping>
    <servlet-name>객체명</servlet-name>
     <url-pattern>*.do</url-pattern>
  </servlet-mapping>

 

2. interface와 java.util.Map 사용법

*객체 다형성
  -같은 이름의 객체를 다르게 사용하는 것

*java.util.Map

  -키와 값을 쌍으로 되어있는 데이터 형
  -키를 사용하여 값을 검색

 

 

 

3. 서블릿에서 JSP 로 페이지이동을 할 수 있는가?

 forward와 redirect를 사용한 페이지 이동 //response.sendRedirect(“URL”);

 

1.처리된 데이터가 존재한다면 scope객체에 할당
request.setAttribute(“이름”,값);

2.이동할 페이지 설정
RequestDispatcher rd=request.getRequestDispatcher(“URI”);

3. 페이지 이동
rd.forward(request,response);

---

클래스를 Map에 넣어 사용

1.Map생성
Map map=new HashMap();

2.Map 객체를 생성하여 클래스를 할당
 map.put(“a”,new A());
 map.put(“b”,new B());
 map.put(“c”,new C());

3.사용 (Key를 넣어 값을 얻음)
String key=“a”; // || b || c

 

//객체다형성을 사용하지 않으면 중복코드가 많이 발생함

if( “a”.equals(key”) ){
A a=(A)map.get( key );
 a.execute();
}
if( “b”.equals(key”) ){
B b=(B)map.get( key );
 b.execute();
}
if( “c”.equals(key”) ){
C c=(C)map.get( key );
 c.execute();
}

---

클래스를 Map에 넣어 사용

1.Map생성
Map<String,SuperInterface> map=new HashMap<String,SuperInterface>();

2.Map 객체 생성하여 할당
 map.put(“a”,new A());
 map.put(“b”,new B());
 map.put(“c”,new C());

3.사용 (Key를 넣어 값을 얻음)

객체 다형성- 값을 받아서 사용하는 코드가 줄어든다
String key=“a”; // ||b||c
SuperInterface si=map.get( key );

// 값을 꺼낼 때 키가 들어가면 자식이 나옴,

 

//자식이 부모에 할당된 뒤 부모의 메서드가 호출되면 자식의 메서드가 호출됨

 String value=si.execute(); //override 된 method가 최우선적으로 호출됨

 

---

*일반 클래스에서 Web Parameter 처리

  - Servlet이나 JSP가 요청되면 HttpServletRequest 인터페이스가 객체를 WAS로 부터 할당 받음
Servlet이나 JSP에서 클래스를 생성하고 request나 response객체를 넣어주면 일반클래스에서 웹 파라메터를 받을 수 있음

 

---

*Servlet

 - 모든 요청을 받기  ( web.xml  설정)
 - 요청을 처리할 수 있는 Map을 가짐
 - Map에서 Action을 찾음
 - Action의 method를 호출 ( 웹 파라메터처리, 관계유지, 페이지 이동방식 설정, 이동할페이지 URL설정)
 - Action에서 이동할 페이지와, 이동방식을 받아와서 JSP로 이동

 

 

 

*XxxAction : 객체다형성으로 구현되어야 유리
 - 웹 파라메터 받기, 관계유지수행(session,cookie), 페이지이동방설정, 이동할 페이지 URL설정 

 -XxxService를 사용

*XxxService 
  - 업무로직을 구현,  DAO단의 클래스를 사용

*XxxDAO
 -DB작업수행

*XxxVO : 
-DB에 값을 입력할 용도로 사용

*XxxDomain :
 - 조회된 결과 값을 저장하고 반환할 용도로 사용