Bloter.net » XForm

웹 애플리케이션 프레임워크 전쟁이야기(마지막)

박재현 — Thu, 01 Jan 1970 00:00:00 +0000

새롭게 원격 블러깅 툴을 ecto라는 이쁜 툴로 바꿨는데 쩝..아직 익숙하지 않아서인지 작성이 완료된 마지막 글을 모두 날려
버렸습니다. 우울. 하여간 빨리 마무리를 하고 연말 준비를 해야 겠습니다. 다음 주에는 해외 출장도 있고..돌아오면 발표도
있고..무지하게 바쁜 한주가 될 것 같습니다 ^-^ .

마지막으로 이전 글에서의 정리한 내용들을 기반으로 하여 WAF를 분류하고 마지막으로 저만의 결론을 좀 정리해 보겠습니다.

1.WAF 분류

현
재 제공되고 있는 WAF의 수는 무지하게 많습니다. 이 모든 것을 속속들이 살펴보고 이의 장.단점만을 분석하는 것도 족히 논문
주제꺼리라고 생각합니다. 어떻게 분류를 해 볼까 고민을 하다 크기 2가지로 분류를 해보기로 했습니다 – MVC 모델, 요청 처리
방식.

1.1 MVC 모델에 따른 분류

- M(model only):JavaBean/JDO(Java Database Object)/Hibernate/iBatis/…
개
발자에게 관계형 DB를 손쉽게 다둘 수 있는 모델 기능을 제공합니다. 가장 범용적으로는 자바 빈에서 부터 JDO, 그리고 국내
개발자들이 많이 이용하는 자카르타 Hibernate와 iBATIS가 있습니다. 제 주변에서는 iBATIS를 선호하는 개발자가
많습니다. 아마 SQL에 익숙하며 DBA를 통해 Query 최적화 등이 가능하기 때문인 것 같습니다.

- V(View only-Template engine) : Velocity/FreeMarker/WebMacro/JSP/…
템
플릿 엔진이라고도 합니다. 처리된 결과의 뷰를 작성하고 사용자의 요청된 폼을 분석하고 레이아웃 등을 관리하며 심지어 여러 다양한
언어의 뷰를 만들어 주기도 합니다. 가장 일반적으로는 JSP를 많이 사용하지만 Velocity가 다양한 프레임웍과 통합되어 많이
이용됩니다.

- C(Controller Only-Front controller) :Struts(ActionServlet)/…
컨
트롤러 개발시 주로 이용되어 페이지 컨트롤로나 프론트 컨트롤러 등 MVC 호출 패턴을 손쉽게 구현하게 해줍니다. 현재
Structs가 애용되고 있습니다. 개발자는 Struts 의 ActionServlet을 구현하여 프론트 컨트롤러를 손쉽게
구현할 수 있습니다.

- MVC
MVC 모델이 경우 컨트롤러가 처리된 결과를 뷰에게 전달하는 푸쉬 모델과
반대로 뷰에서 사용자의 요청 처리를 위해 필요한 데이타를 복수 개의 컨트롤러에게 요청하여 받아처리는 풀 모델로 구분할 수
있습니다. 다음은 이에 따른 분류입니다.

Push MVC : Struts,Spring MVC,…
Pull MVC : Tapestry,JBossSeam,Webwork,Struts2(Struts+WebWork)

- MVC+Component : JSF,Shale(+Spring),…
MVC 기반에 하에 컴포넌트 모델을 지원하는 WAF 으로 JSF와 구현체로 자카르타 Shale 등이 있습니다.

1.2 요청 처리 방식에 따른 분류

사용자의 요청을 처리하는 방법에 따라 WAF 을 분류할 수 있다.

- Request-based Framework
먼저 요청 기반 프레임웍은 컨트롤러가 액션을 이용하여 사용자의 요청을 처리합니다. 대부분의 WAF가 이러한 프레임웍을 제공하며 대표적으로는 Struts , Webwork(Struts2) , Beehive , Stripes가 이에 해당됩니다.

- Component-based Framework
컨트롤러와 액션을 통해 사용자의 요청을 처리하는 방법이 아니라 컴포넌트와 이에 대한 액션에 기반하여 처리합니다. JSF , Tepestry , Wicket이 이에 해당됩니다.

- Hybrid ::Request&Component Framework
상기 2개의 모델을 함께 제공합니다. Spring , RIFE 등이 이에 해당됩니다.

2. 주요 WAF의 개반 패턴 정리
다음은 주요한 WAF의 개발 패턴에 따른 주요한 내용을 간략히 정리해 보았습니다.

3. 선택의 중요성
-신중이 WAF를 선택해야 합니다.
-왜냐하면 , 한번 선택된 WAF는 변경하기 어렵기 때문입니다.
-주변에는 아직도 Editor로 개발을 하는 개발자가 많지만……
-아직도 WAF를 사용하지 않는 것은 어리석은 것입니다.
-또한 선택한 WAF를 제대로 사용해야 합니다.

제가 정리를 하면서 추천하고 픈 의견은 다음과 같습니다.
현
재 국내 많은 자바 개발자 분들께서는 주로 Struts를 많이 사용하십니다. 그렇다면 지금부터 Struts2로 전환을 추천
합니다. 그런데 이 과정은 기존 Struts를 업그레이드하기 보다는 기존의 컨트롤러 프레임웍 위주의 Struts를 웹 개발의
전체 과정을 지원하는 새로운 플랫폼으로 전환하는 것이라고 봐야 할 것 입니다. 그리고 새롭게 프레임웍 채택을 고민하신다면
JSF표준을 추천하고 싶습니다. 물론 Struts2/Spring같은 멋진 프레임웍도 있지만 표준이라는 점과 컨포넌트 기반의 웹
개발, 더우기 visual IDE와 함께 사용할 경우 높은 생산성을 얻을 수 있습니다. 그리고 개발하기도 기존의 프레임웍보다
쉽습니다. 특히, Struts2가 컴포넌트 기반의 태그를 지원하기 때문에 종국에는 JSF표준을 수용하리라 예상됩니다. 가령,
현재 진행되고 있는 Shale 등을 통합하면 비로서 표준화된 WAF로 우뚝 설 수도 있겠죠^-^. 그리고 웹 개발에 있어 폼
처리는 아주 중요한 부분입니다. 따라서 XForm을 주의 깊게 보아야 합니다. 현재 표준화가 되었기에 조만간 널리 사용될 것
입니다. XForm에 대해서는 올 5월에 올린 글들에서 자세히 설명했으니 참조하기 바랍니다.

마치면서….
처
음 작업을 할 때 검토할 자료들이 너무 많아 무척 애를 먹었습니다. 그러나 저로서도 정리를 하면서 많은 것을 배울 수 있었던
좋은 기회였던 것 같습니다. 모쪼록 제가 정리한 글중에서 잘못된 것이 있을 수 있습니다. 특히, 제가 하드코딩을 하며 모든
기능과 패턴을 검증하지 않았기에 더욱 그러할 수 있습니다. 이런 부분은 여러분께서 의견을 주셔서 보다 정확한 정보들이
공유되었으면 합니다.

개발자 여러분! 행복하세요.

Xtech 2007 참관기 – XForm1.1에 대한 고찰(3)

박재현 — Thu, 01 Jan 1970 00:00:00 +0000

지난 글에 이어서 XFrom1.1에 대해 계속 알아 보겠습니다. 아무래도 구구절절 말보다는 직접 경험해 보는 게 좋겠죠.. 먼저 Xfrom을 경험하려면 불여우(FireFox)가 좋습니다. 왜냐하면 Xform Plug-in을 손쉽게 설치할 수 있기 때문입니다.

먼저, 아래 페이지에서 플러그-인을 설치합니다.

모질라 Xforms plug-in page – https://addons.mozilla.org/ko/firefox/addon/824

By Doron Rosenberg

만일, IE에서 사용하고 싶다면 아래 플러그-인을 설치하면 됩니다.

XFormsPlayer plugin , http://www.formsplayer.com/content/index.html

노벨 플러그-인 :http://developer.novell.com/wiki/index.php/Special:Downloads/xforms-explorer/docs/nxsetup.msi

이들 플러그-인 등을 테스트해보면 양쪽에 좀 차이가 있습니다. 아무래도 native 코드가 다르기 때문이기도 하고 아직 표준화가 완료되지 않은 영향이 있는 것 같습니다. 현재 Final 단계에 있으니 조만간 확정될 것이며 노벨, 오라클, IBM 등에서 개발을 끝낸 상태이며 제공되는 형태로는 플러그인과 에디터 그리고 브라우져 등을 통해 제공될 예정입니다. 현재 오픈오피스에서도 툴바 형태로 XForm을 지원하고 있습니다.

이 글에서는 FF 플러그-인을 기본으로 하고 Xform에 대한 것을 진행하도록 하겠습니다.

http://www.w3.org/1999/xhtml" xmlns:xf="http://www.w3.org/2002/xforms">

 1st example of XForms

Type in your first name in the input box.

If you are running XForms, the output should be displayed in the output area.

Please enter your first name:



Ouput:

안에는 From의 모델을 정의한다. 그리고 이 모델을 이용하여 body에서 input을 통해 데이터를 입력받고 out을 통해 이 값을 출력하는 예제입니다. 이 때 재미난 것은 input에서 incremental라는 속성입니다.

만약 위의 true 속성을 false로 변경하면 input을 통해 입력된 값이 엔터키나 탭키를 누르기 전까지 output에 갱신되지 않습니다.

false">

그리고 output에서 cancat은 Xpath의 Cancat 문자열 함수로서 문자열 인자 3개를 하나로 만들어 줍니다. 참고로 Xpath은 XML 문서를 탐색하고 이들 값들을 계산하고 처리하는 기능을 제공하는 질의어입니다.

이제 기본적인 Xfom의 구동 환경이 완료되었고 기본이 되었다면 본격적으로 좀 다양한 기능들을 살펴보도록 하겠습니다.

Xtech 2007 참관기 – XForm1.1에 대한 고찰(2)

박재현 — Thu, 01 Jan 1970 00:00:00 +0000

지난 번 ‘XTech 2007 참관기’에서 정리한 1편 글에 이어 XForm에 대해 살펴보도록 하겠습니다. XForm은 그 자체가 XML이자 XHTML2의 한 부분이기 때문에 기존의 HTML Form에 비해 다양한 이점들이 있습니다.

XML이기 때문에 기본적으로 국제화를 지원합니다.
Device 독립적입니다. 별도로 다른 디바이스를 위해 변경해야 할 필요가 없습니다.
외부에서 XForm에 채워진 데이터를 로딩하여 처리하는 등 기존 XML 과 같은 방법으로 동일하게 처리할 수 있다. 이렇게 하면 Form값을 채우기 위해 서버와 핑퐁을 하지 않아도 되겠죠. 바로 비동기 처리가 가능하게 됩니다.
XForm은 값을 계산하고 addressing하기 위해 Xpath를 사용하고 데이터 타입을 정의하는 데 있어 XMLschema를 사용하는 등 기존의 XML 표준을 사용하며 SAOP, XLMRPC 등 기존의 데이터 처리 방법과 함께 통합되어 사용된다.
Intent-based controls 즉, 단순히 UI를 구성하는 것만이 아니라 해당 폼에 입력되는 값을 분리하여 이를 직접 조정할 수 있게 한다. 이렇게 함으로써 다음과 같은 것들이 가능합니다.

폼에 입력된 값들을 서버로 보내지 않고도 다양하게 조작할 수 있다. 실제 Ajax 프로그램을 하지 않고도 비동기 폼 처리가 가능하다. 이를 통해 User experience를 강화할 수 있다. 또한 합산시 바로 계산이 되어 보여지게 됩니다.
Types 체킹도 별도의 체크 코드를 작성할 필요없이 XForm자체에서 명시하면 됩니다. 또한 계산(수식,스트링,…)도 자체적으로 지원되기 때문에 불필요한 코딩을 하지 않아도 효과 만점입니다.
Attribute에 동기,비동기(기본) submission도 지원하고 delete도 추가되고 텍스트로 결과를 받은 후 특정 부분을 다른 값으로 대체로 가능합니다.

이런 특징들이 있기에 XForm은 단순히 기존의 From을 대체한다기 보다는 클라이언트측의 웹 개발에 있어 새로운 템플릿 역할을 하며 Aajx 프로그래밍 없이도 미려한 UI 효과를 제공할 수 있습니다. 또한 값과 UI가 분리되기 때문에 같은 폼을 웹과 핸드폰 등 다양한 브라우져와 디바이스에 두루 적용할 수 있습니다.

그렇다면 Xform으로 적용 가능한 새로운 응용에는 어떤 것들이 있을까요?
- Regular form – 기존 폼을 완벽히 대처할 수 있다.
- Editing XML
- Spreadsheets
- Applications - UI와 데이터가 분리되고 수식 기능을 제공하기 때문에 그 자체로서 응용 프로그램 개발 프레임웍으로 사용할 수 있다.
- output transformation – XML로 정보를 주고 받기 때문에 처리 결과에 대한 변환이 가능하다.

다음에는 Xform 예제를 돌려보면서 앞서 설명한 기능들을 확인해 보겠습니다.^-^

XForm1.1에 대한 고찰(1)

박재현 — Thu, 01 Jan 1970 00:00:00 +0000

본래 유비쿼터스웹을 하루 종일 들을 계획이었습니다. 그런데 오전만 듣고 나서 ’XForm’으로 자리를 옮겼습니다. 오전 세션을 통해 표준화 진행도 이해했고 실제 업체들의 기술 발표를 보니 국내가 가장 앞서 있다고 생각이 드네요. 모네타 카드, 교통 카드 등 이미 많은 유비쿼터스 기술들이 실생활에 접목들 되어 있으니까요.. 이런 부분은 우리나라가 거의 일등이죠..^-^

XForm을 발표한 분은 스티븐 펨버튼(Steven Pemberton)이란 분인데 분위기도 멋지고 발표도 열정적이었습니다. 감동먹었습니다. 이 분은 ‘파이선(Physon)’의 기초로 사용된 ABC 언어의 설계자이자 현재 W3C HTML & Forms working group의 의장이고 ACM 편집자입니다. 홈 페이지는 www.Cwi.nl/~steven 입니다.