'Architecture'에 해당되는 글 2건
- 2008.12.23 [Struts2] architecture
자바 Swing을 비롯한 최신 개발 환경에서는 MVC 아키텍처를 프레임워크의 기본 아키텍처로 채택하고 있다. 자바 웹 개발자들은 모들을 다루고, 뷰를 생성할 수 있는 JDBC나 JSP 와 같은 도구는 이미 갖추고 있다. 그렇다면 웹 애플리케이션 제작에 있어서 컨트롤러에 해당하는 도구는 어디에 있는 것일까?
스트럿츠에서 가장 두드러지는 특징은 바로 MVC 스타일의 컨트롤러에 있다. 스트럿츠 컨트롤러는 모델과 뷰 사이의 공백을 연결해주는 역할을 담당한다. 여기에는 확장 가능한 최신 웹 애플리케이션의 작성에 필요한 여러 가지 기능도 함께 포함되어 있다.
스트럿츠 컨트롤러 컴포넌트
스트럿츠 컨트롤러는 개발자가 애플리케이션과 사용자 사이의 상호 작용 방식을 구체적으로 정의하기 위한 프로그램 가능한 컴포넌트의 집합이다. 이러한 컴포넌트를 통해 복잡하고 자질구레한 구현에 관련된 세부 사항들을 논리적인 이름 안에 숨겨줄 수 있다.
사용자는 하이퍼링크나 HTML 폼을 통해 웹 애플리케이션과 상호 작용한다. 스트럿츠에서는 이러한 하이퍼링크, 폼, 커서텀 액션 등을 프로그래머가 정의할 수 있도록 여기에 관련된 컴포넌트들을 제공하고 있다.
1. 하이퍼링크
개발자의 입장에서 보면 하이퍼링크는 애플리케이션에 있는 특정한 리소스로 연결하는 일종의 경로이다. 이러한 리소스는 웹 페이지가 될 수도 있고, 커스텀 액션이 될 수도 있다. 또한 여기에 특정 파라미터를 포함할 수도 있다. 스트럿츠에서는 ActionForward 를 사용해서 하이퍼링크를 정의할 수 있다.
ActionForward 컴포넌트는 name, path 프로퍼티를 가지고 있다.
name="welcome"
path="/pages/index.jsp" />
이 요소는 name 프로퍼티로 welcome을, path 프로퍼티로 /pages/index.jsp 를 가지는 ActionForward 자바빈을 생성한다.
이렇게 함으로써 JSP 페이지와 다른 컴포넌트들은 welcome forward를 참조할 수 있게 된다. 스트럿츠 프레임워크는 welcome ActionForward 빈을 검색한 뒤에 해당 path 값을 참조하여 하이퍼링크를 형성한다. 이러한 방식을 사용하면 해당 링크를 참조하는 모든 컴포넌트, JSP 나 JAVA 코드를 수정하지 않고 링크에 대한 목적지(path)를 쉽게 수정할 수 있다.
2. HTML 폼
웹 프로토콜인 HTTP와 HTML에서는 폼(form)을 통해 데이터를 전송하는 메커니즘을 제공하고 있지만, 이러한 데이터를 받는 작업은 전적으로 개발자에게 맡겨두고 있다. 스트러츠 프레임워크에서는 ActionForm 클래스를 제공하여 HTML 폼으로부터 들어오는 입력값을 처리하고, 이 값이 제대로 되었는지 검사한다.
ActionForm 은 검증과 수정 사이클을 관리하도록 몇 가지 표준 메서들이 추가된 자바빈즈에 불과한다. 이러한 자바빈의 프로퍼티들을 HTML 컨트롤의 속성과 일치시키는 작업은 스트럿츠가 자동으로 처리한다. 즉, 개발자는 ActionForm만 작성해 주면 된다.
다음 코드에서 처럼, 이 클래스(ActionForm)는 HTML 폼 요소로 전송된 폼의 username 필드를 자동으로 채워넣는다.
private String username = null;
public String getUsername(){
return this.username;
}
public void setUsername(String username){
this.username = username;
}
}
name="logonForm"
type="app.LogonForm" />
3. 커스텀 액션
스트럿츠 프레임워크에서는 데이터를 받는 역할을 하는 Action 클래스를 제공한다. 프레임워크가 알아서 ActionForm을 생성하고 적절한 값을 셋팅하고(사용자가 입력한 값들) 검사한 다음, ActionForm을 Action 객체에 전달한다. 그러면 Action은 필요한 데이터를 ActionForm 빈으로부터 얻어낸다. 그리고 business logic을 숭행하고 ActionForward로 결과 page 로 간다.
public ActionFoward execute(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException{
LogonForm logonForm = (LogonForm)form;
....
....
return mapping.findForward("continue");
}
}
4. ActionMapping
웹 애플리케이션에서 모든 리소스들은 URI를 통해 참조한다. 이러한 리소스에는 HTML 페이지와 JSP 페이지 그리고 커스텀 액션 등이 있다. 커스텀 액션에 URI나 경로를 설정할 수 있도록 스트럿츠에서는 ActionMapping 객체를 제공한다.
<action
path="/logonSubmit"
type="app.LogonAction"
name="logonForm"
scope="request"
validate="true"
input="/pages/logon.jsp" />
</action-mapping>
5. ActionServlet
스트럿츠의 ActionServlet은 다른 컴포넌트들을 하나로 묶는 작업을 겉으로 드러나지 않게 내부적으로 조용히 처리한다. web.xml에서 ActionServlet을 설정하고 이에 따라서 ActionServlet에 요청이 들어오면 ActionServlet은 로딩된 struts config에 따라서 actionform을 생성하고 action을 찾고 mapping 하는 일련의 모든 작업들을 처리한다. 따라서 개발자는 직접 이 ActionServlet을 수정할 일은 없다. (필요하면 확장은 가능)
6. 지역화
Localization 기능
스트럿츠, Model 2, MVC
JSP 는 동적인 웹 페지이를 보다 쉽게 작성하기 위한 의도로 개발되었다.(HTTP로 요청이 왔을 때 HTML 페이지를 보여주는 방식은 정적인 page를 표현하는데 적당하다). 처음에는 서블릿과 ASP의 대안으로 JSP가 소개되었고 개발자들은 서블릿의 강력한 기능을 사용할 수 있을 뿐만 아니라, 서버 페이지를 쉽게 작성할 수 있게 되었다. 개발자들은 웹 애플리케이션을 개발할 때 서블릿은 컨트롤 플로우를 처리하는 데 사용하고, JSP는 HTML 작성을 담당하도록 하였다. 이렇게, 서블릿과 JSP를 함께 사용하는 기법을 Model 2라고 부른다(JSP난 사용하는 기법은 Model 1이라고 부른다).
Model 2는 MVC 아키텍쳐와 유사하다는 것이 발견되었다. 그래서 사람들은 Model 2와 MVC를 동일한 의미로 사용하게 되었다. 물론 Observer notification 패턴의 지원 여부에 대한 논쟁은 많다. 그래서 notification 패턴이 없는 MVC 혹은 MVC2 또는 Web MVC 라고 부른다.
Model 2가 MVC와 다르게 취급된 한 가지 원인은 Observer notification 패턴이 웹 환경에 맞지 않는 것이다. HTTP는 pull 방식의 프로토콜인 반면, Observer 패턴은 notification을 위해 push 프로토콜을 사용하여 모델이 변경될 때 서버가 클라이언트에게 메시지를 전달해야 한다.
웹 애플리케이션을 포함한 분산 시스템 설계자들은 상태 쿼리(state query)를 꺼려하여 보통 Layers 패턴에 따라 설계한다. Layers 패턴에서는 자기 자신이 속한 계층이나 인접한 계층에 있는 클래스들과 상호 작용을 할 수 있다. MVC 관점에서 볼 때 Layers 패턴을 적용하면 상태 변화나 상태 쿼리를 포함한 모든 change notification을 컨트롤러가 처리하도록 할 수 있다.
각 컴포넌트의 주된 기능은 그대로 유지하고, 상태 쿼리나 change notification 부분만 반드시 컨트롤러를 거치도록 컨트롤 플로우 부분만 약간 달라진다. 또한 뷰(프리젠테이션 계층)에서 동적 컨텐츠를 랜더링하는 데 필요한 데이터를 모델로부터 직접 받지 않고, 컨트롤러를 통해 전달받게 된다. 이렇게 하면 뷰와 모델을 분리할 수 있기 때문에 컨트롤러는 데이터와 데이터를 출력하는 뷰를 동시에 선택할 수 있게 된다.
스트럿츠는 JSP 페이지와 다른 프리젠테이션 계층 디바이스 사이의 컨트롤 플로우를 제어하기 위한 용도로 컨트롤러 서블릿(ActionServlet)을 제공함으로써 Sun의 Model 2 아키텍쳐를 구현하고 있다. 스트럿츠는 컨트롤 플로우를 제어하는 부분을 프리젠테이션 계층으로부터 분리하기 위해 ActionForward와 ActionMapping을 사용하여 MVC/Layers 패턴을 구현하고 있다.
스트럿츠는 효율적인가
1. 스트럿츠는 쓰레드에 안전할 뿐만 아니라, 쓰레드에 의존적이다.
요청에 대한 응답은 서블릿보다는 경량 Action 객체가 처리한다. 스트럿츠는 각각의 Action 객체를 한 번 생성한 다음, 다른 요청들을 원래 오브젝트에 대한 멀티쓰레드로 처리한다.
2. ActionFrom 빈은 서브클래스 코드를 최소화하고, 서브클래스 계층을 줄여준다.
요청에 대한 ActionForm 빈을 자동으로 설정해 준다.
3. 스트럿츠 태그 라이브러리는 범용적인 기능을 제공한다.
스트럿츠에 포함된 빈과 로직 태그 라이브러리는 대부분의 JSP 태그에 필요한 기능을 제공하고 있다.
4. 스트럿츠 컴포넌트들은 애플리케이션에서 재사용할 수 있다.
5. 스트럿츠 지역화 전략을 통해 필요 이상의 JSP를 줄일 수 있다.
6. 스트럿츠는 오픈 아키텍처로 설계된 것이다.
스트럿츠 컴포넌트들은 애플리케이션에서 이들을 상속하여 부가적인 기능을 제공할 수 있도록 설계되었다.
7. 스트럿츠는 가볍다.
스트럿츠는 다섯 개의 태그 라이브러리와 다섯 개의 코어 라이브러리만으로 이루어져 있다.
8. 스트럿츠는 표준을 따른다.
9. 스트럿츠는 오픈 소스로 개발되며, 문서화가 잘 되어 있다.
10. 스트럿츠는 모델 중립적이다.
스트럿츠는 특정한 백엔드 모델을 따르도록 설계된 것이 아니기 때문에 애플리케이션에서 가장 효율적인 모델 계층을 구현할 수 있다.
요약하자면,
스트럿츠 아키텍처의 핵심은 기본 HTTP 요청-응답 사이클의 흐름을 확장하는 방식에 있다. 스트럿츠 컨트롤러는 애플리케이션에서 사용하는 경로들을 관리하여 사용자로부터 주어진 입력값을 안전하게 수집할 수 있도록 해줄 뿐만 아니라, 에러 메시지와 같은 애플리케이션 메시지를 지역화 할 수 있게 해준다.
스트럿츠의 역할
- 모델과 뷰 사이의 공백을 연결해주는 역할을 담당
- 개발자들이 데이터베이스나 웹 페이지와 같은 가공되지 않은 재료로부터 각 요소들이 서로 긴밀히 연결된 하나의 애플리케이션을 만드는 데 도움을 주는 보이지 않는 토대들의 집합
- 개발자가 애플리케이션과 사용자 사이의 상호 작용 방식을 구체적으로 정의하기 위한 프로그램 가능한 컴포넌트들의 집합
*하이퍼링크: 애플리케이션에 있는 특정한 리소스(웹 페이지, 커스텀 액션)로 연결하는 일종의 경로
스트럿츠에서는 ActionForward를 사용하여 하이퍼링크를 정의
각 컴포넌트의 역할
ActionForward
–논리적인 이름과 path프로퍼티를 가진다.
- XMl 컨피규레이션 파일로 정의
- 스트럿츠가 웹 애플리케이션을 로딩할 때 읽어들인다.
- 해당 링크를 참조하는 모든 컴포넌트들을 변경하지 않고도 링크에 대한 목적지를 쉽게 변경할 수 있다.
|
ActionForward 자바빈 생성 예 |
|
<forward name =”welcome”path=”/pages/index.jsp”/> |
ActionForm
–검증과 수정 사이클을 관리하도록 몇 가지 표준 메소드들이 추가된 자바빈즈
- 프로퍼티들을 HTML 컨트롤의 속성과 일치시키는 작업은 스트럿츠에서 자동으로 처리된다.
- 스트럿츠 컨피규레이션은 일련의 디스크립터(<form-beans>와 <form-bean>요소)를 통해 생성된 ActionForm 클래스를 참조한다.
- 스트럿츠 1.1에서는 각각의 프로퍼티들을 직접 정의하는 대신 java.util.Map을 사용하여 어트리뷰트 이름으로 저장할 수 있다. (DynaBean)
|
ActionForm 자바빈 생성 예 |
|
package app; import org.apache.struts.action.*; public class loginform extends actionform{ private string username = null; public string getusername(){ return (this.username); } public void setusername(string username){ this.username = username; } |
|
<form-beans> <form-bean name=”LoginForm”type=”app.LoginForm”/> </form-beans> |
Action(커스텀 액션)
- HTML 폼은 action 파라미터를 이용하여 폼의 데이터를 보낼 위치를 브라우저에게 알려준다.
- 프레임워크가 알아서 ActionForm을 생성하고, 적절한 값을 설정하고, 검사한 다음 ActionForm을 Action 객체에게 전달한다.
- Action은 ActionForward 객체를 컨트롤러에게 전달한다.
- Action은 시스템 경로가 아닌 논리적인 이름을 사용하여 정의를 선택할 수 있게 된다.
- 컨트롤러는 확장성을 보장하기 위해서 현재 요청과 응답 객체도 함께 전달한다.
스트럿츠 핵심 클래스 정의
- ActionServlet : MVC 컨트롤러이며 요청 디스패터의 역할을 한다. 스트럿츠 프레임워크 내에 단 하나의 서블릿 인스턴스가 존재한다.
- ActionMapping : URL 패턴과 비즈니스 로직(Action)간의 매핑을 표현한다. 입력과 출력 빛 비즈니스 로직에 기반한 '보내지는'대상을 지정한다.
- ActionForm : MVC모델이다. MVC뷰로부터의 입력을 표현하는 자바빈처럼 작동한다. ActionServlet은 자동적으로 빈이 인스턴스화된 이후에 프로퍼티를 지정해 주며, 빈에 validate()메소드를 가지고 있으면 사용자가 만든 Action클래스를 호출하기 이전에 이 메소드를 호출한다. ActionForm은 JSP 뷰를 표현하기 위해 확장되었다.
- ActionForward :이동할 페이지 정보와 포워드(forward), 리다이렉트(redirect)중 어느 방식으로 다음 페이지로 이동할 것인지에 대한 정보를 담고 있다.
- Action : 비즈니스 로직을 나타내며 MVC모델이다. 특정한 요청에 대한 비즈니스 로직을 처리하기 위해 확장된다. 예를 들어 /login URI를 위해 LoginAction을 만든다.
ActionServlet
처음으로 논의할 스트럿츠 프레임워크의 컴포넌트는 ActionServlet이다. org.apache.struts.action 패키지에 있는
ActionServlet은 추상클래스인 javax.servlet.HttpServlet 추상클래스를 상속받았다.
클라이언트로 부터 호출 받으면 가장 먼저 호출되는 클래스이다.
- process() : doGet() 이나 doPost()로부터 요청과 응답을 넘겨받는다. process()메소드는 요청을 처리하기 위해, ActionServlet안에 있는 다른 메소드를 호출한다. process()메소드는 요청을 처리하기 위해,
ActionServlet안에 있는 다른 메소드를 호출한다. 여기에서는 중요한 9개의 메소드를 살펴볼 것이다.
1.pocessMultipart() : request content 타입 multipart data를 확인하여 새로운
request Wrapper만듬
2.processPath() : 요청 URI 인자에서 접미사나 접두사를 제거하여 URI를 추출한다.
예를 들어,/login.do라면 /login을 반환한다.3.processLocale() : Locale이 요청에 설정되어 있으면 검사하고,
없으면 하나 만들어서 세션에 저장한다.4.processMapping() : ActionMapping객체를 얻기 위해 path를 키로 이용한다.
만약 path가 맞는 ActionMapping객체가 ActionMappings collection안에 있으면
process()메소드로 반환된다.
5.processContent() : 요청 콘텐트 차입과 인코딩 결정 디폴트 (text/html)
6.ProcessPreprocess() : 서블릿 필터와 같은 역할 요청이 처리되기정에 할작업처리해줌
7.processRoles() : 사용자가 요청한 request에서 처리할수 있는 role 있는지 판별
8. processActionForm() : ActionMapping의 name속성을 이용하여 이런 종류의
ActionForm이 이미 만들어졌는지를 확인한다. 그렇다면,
그 ActionForm이 process()메소드로 반환되며, 그렇지 않으면 ActionMapping에
정의된 새로운 ActionForm을 만들어서 반환한다.9.processPopulate() : ActionForm내에 ActionServlet의 참조를 설정하며,
ActionForm()의 reset()메소드를 호출하여 값들을 디폴트 값으로 만든다.10.processValidate() : ActionForm에 확인작업이 필요한지를 검사한다.
11.processForward() : action 태그에서 forward 속성이 설정되어 있다면
RequestDispatcher forward()메소드 호출
12.processInclude() : action 태그에 include속성이 설정되어있다면
RequestDispatcher include()메소드 호출
13.processActionCreate() : Action 객체를 생성한다 Action 객체가
이미 존재한다면 재사용 하게 된다.14.processActionPerform() : processActionCreate()에서 반환된 Action객체의
perform()메소드가 호출된다. 비즈니스 로직을 수행한 후에, Action객체는
ActionServlet이 요청을 보낼 타겟을 가지고 있는 ActionMapping을 반환한다.15.processActionForward() : RequestDispatcher나 Request.sendRedirect()를
이용하여 원하는 뷰를 만들고,요청을 ActionServlet에 의해 완전히 처리한다.
- initApplication() : 애플리케이션을 위해 MessageResource를 로딩한다.
- initMapping() : ActionServlet에 pageckage.ClassforName을 등록하도록 한다.
formBean의 디폴트 클래스는 org.apache.struts.action.ActionFormBean이다. - initDigester() : org.apache.struts.digester.Digester클래스를 써어
struts-config.xml 파일로부터 설정을 읽어들인다. - initOter() : 초기화에 필요한 작업을 처리한다. struts-config.xml에 있는
initOther()는 content , locale , cache를 찾는다.
ActionMapping
비즈니스 로직을 처리할 Action클래스에 요청을 보내기 위해 ActionServlet이 알아야 할 처리 정보를 가지고 있다.
ActionMapping은 <action-mappings> 요소 내의 <action>정보를 이용하여 만들어진다.
<action-mappings>
<action name="loginForm" path="/login" type="kr.co.a.LoginAction" input="/login.jsp"> </action>
- name : 이 액션이 사용할 struts-config.xml에 정의된 폼 빈의 이름
- path : 이 매핑을 선택하는 데 매칭되는 요청 URI. URI는 '/'로 시작해야 한다.
- type : 이 매핑에서 사용되는 Action 구현의 완전한 자바 클래스 이름
- input : 입력 페이지를 매핑한다. ActionServlet이 ActionForm의 확인작업을 수행하는데,
만일 에러가 있다면 input변수가 forward나 sendRedirect의 목표가 될 것이다.
ActionForm
ActionForm클래스는 struts-config.xml에 의해 정의된다.
<form-beans> <form-bean name="loginForm" type="kr.co.a.LoginForm" /> </form-beans>
모든 ActionForm 구현은 <form-beans>태그의 몸체에 등록되어야 한다. ActionForm이 추상 클래스이므로,
개발자는 이를 확장하여 사용자의 입력 데이터를 저장하는 클래스를 만들어야 한다.
- name : ActionMapping에서 정의된 범위 안에서 이를 얻기 위해 사용된느 변수명
- type : 사용자가 구현한 ActionForm에 대한 패키지의 올바른 참조
Action
어떤 URI에 특정 액션을 제공하기 위해 확장된다. 이것의 목적은 요청을 위한 비즈니스 로직을 실행하는 것이다.
Action클래스는 ActionServlet에 의해 인스턴스로 만들어진다. Action클래스는 기본 Locale을 저장하며,
애플리케이션에 대한 MessageResources의 참조를 저장한다.
ActionForward
ActionForward클래스는 struts-config.xml 파일에서 설정된다. 두 종류의 ActionForward가 있다.
'JAVA/JSP > Struts2' 카테고리의 다른 글
| redirect와 forward의 차이점. (0) | 2009.01.19 |
|---|---|
| [Struts2]Struts-config.xml의 dtd 설명 (2) | 2008.12.23 |
| [Struts2]Amateras 설정 및 간단한 예제 (0) | 2008.12.23 |
| [Struts2] 기본적인 설정 (0) | 2008.12.22 |
| [Struct2] Amateras 설정 (0) | 2008.12.22 |
