anarch님의 노트

SView : S(cala|imple) View for Spring MVC = {

Wed, 06 Aug 2008 10:38:40 +0900

SView : S(cala|imple) View for Spring MVC

들어가는 말

smalltalk부터 시작된 MVC 패턴은 SoC(Separation of Concerns, 관심 분리)이라는 관점에서 응용 프로그램의 복잡도를 관리 할수 있는 아키텍쳐 패턴으로 인기가 있습니다.

특히 웹에서는 MVC 패턴을 구현한 많은 프레임워크가 있는데, 다른 대부분의 웹 프레임워크와 마찬가지로 Spring WebMVC는 여러 뷰/프리젠테이션 기술을 통합하여 사용할수 있습니다.

Scala는 JavaVM이나 .NET CLR위에서 동작하는 객체지향 프로그래밍과 함수형 프로그래밍을 혼합한 multi-paradigm 언어입니다. 여러가지 흥미로운 특징이 있지만, 객체지향 기반의 패턴 매칭과 언어 신택스차원에서 지원하는 XML Processing은 XML 처리에 용이한 특징이 있습니다.

위의 이러한 특징들을 이용하여 SpringMVC의 View을 Scala의 XML Processing을 이용해서 구현해보았습니다.

관련 소스는 http://github.com/anarcher/sview/tree/master 에 있으며, git을 이용해서 받으실수 있습니다. ( git clone git://github.com/anarcher/sview.git )

SpringMVC의 View,ViewResolver

대개의 MVC 프레임워크가 그러하듯이 Spring WebMVC도 View을 선택하는 기능을 제공합니다. 이 부분에 대한 중요한 두개의 인터페이스가 있는데, org.springframework.web.servlet.View와 org.springframework.web.servlet.ViewResolver입니다.

ViewResolver은 말 그대로 viewName 과 실제 View을 결정해 주는 객체입니다. View는 넘어온 Request을 해당 View 구현체에게 위임하여 처리하는 객체입니다.

특히 ViewResolver는 대개 Ordered 인터페이스를 구현하여 여러 ViewResolver을 등록하여 사용 할 수 있게 구현합니다. (Chain of responsibility)

<bean id="sviewBeanNameViewResolver" class="sview.SViewBeanNameViewResolver">
    <property name="order" value="1" />
    <property name="prettyPrint" value="true" />
    <property name="sviewFactoryBeanName" value="sviewSpringBeanFactory" />
</bean>
<bean id="sviewSpringBeanFactory" class="sview.SViewSpringBeanFactory"></bean>
<bean id="jspViewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="viewClass"><value>org.springframework.web.servlet.view.JstlView</value></property>
    <property name="prefix"><value>/WEB-INF/views/</value></property>
    <property name="suffix"><value>.jsp</value></property>
</bean>

ViewResolver의 구현상속을 하려면 View resolveViewName(String viewName,Locale locale)이라는 메소드를 구현해야 합니다.

즉 전달받은 ViewName으로 View을 결정해 달라는 부분이라고 할수 있습니다.

public class SViewBeanNameViewResolver extends WebApplicationObjectSupport implements ViewResolver,Ordered {
    private final static String DELIMITER = "sview:";
    private int order = Integer.MAX_VALUE;
    private String sviewFactoryBeanName = "sviewSpringBeanFactory";
    private boolean isPrettyPrint = true;
    public void setOrder(int order) {
        this.order = order;
    }
    public int getOrder() {
        return order;
    }
    public void setSviewFactoryBeanName(String sviewFactoryBeanName) {
        this.sviewFactoryBeanName = sviewFactoryBeanName;
    }
    public void setPrettyPrint(boolean isPrettyPrint) {
        this.isPrettyPrint = isPrettyPrint;
    }

    public View resolveViewName(String viewName,Locale locale) throws Exception {
        if(viewName.indexOf(DELIMITER) < 0) {
           return null;
        }

        String sviewName = viewName.substring(viewName.indexOf(DELIMITER)+6);

        WebApplicationContext ctx = super.getWebApplicationContext();
        SViewFactory sviewFactory = (SViewFactory) ctx.getBean(this.sviewFactoryBeanName);

        ViewAdapter view = new ViewAdapter();
        view.setSViewName(sviewName);
        view.setSViewFactory(sviewFactory);
        view.setPrettyPrint(isPrettyPrint);

        return view;
    }
}

위의 코드는 ViewResolver의 구현클래스으로, viewName중 DELIMITER으로 시작되는 viewName인지를 검출하고, 스프링 컨텍스트에서 해당 이름으로 등록된 sviewFactory을 얻어 옵니다.

ViewAdapter 는 View 인터페이스의 구현클래스이고 전달받은 sviewFactory을 가지고 해당 sview을 얻어서, 랜더링하는(sviewRenderer)하는 책임이 있습니다.

Scala의 XML Processing

Scala의 XML Processing은 xml을 문법 신택스처럼 사용할수 있습니다. 특히 xml을 코드상에 작성하면 scala 컴파일러가 xml 신택스를 scala.xml에 있는 객체로 교체해줍니다. 정확한 비교는 아니지만, 우리가 문자열을 변수에 할당 할때, String s = "hello" 과 String s = new String("hello")와 같은 것 처럼, scala에서는 val xml =<xml>hello</xml>이 val xml = Elem(null, "xml", Null, TopScope,Text("hello"))와 같습니다.

특히 내장된 표현(embedded expresions)을 사용하면 별도의 템플릿 엔진을 사용하지 않아도 될 정도로 XQuery을 사용하는 듯한 xml 처리가 용이해 질수 있습니다.

val date = <date>{ df.format(new java.util.Date()) }</date>
Console.println(date)

Hello World

sview을 이용한 Hello World을 출력하는 간단한 프로그램을 만들어 보겠습니다.

Spring2.5 의 AnnotationBased Controller와 DI을 사용합니다. 우선 SpringMVC의 View,ViewResolver에 나오는 설정을 springmvc-context.xml에 합니다.

그리고 MVC의 Controller과 View을 작성합니다.

@Controller
public class IndexController
{
    @RequestMapping("/index.sview")
    public String indexScala(ModelMap models) {
        Model model = new Model();
        model.setName("HELLO WORLD");
        models.addAttribute("model",model);
        return "sview:index:sampleLayout";
    }
}

IndexController.java

@Component
@Scope("prototype")
class Index(b:ViewBinding) extends SViewContent(b){
    def head() = {
        <title> this is index </title>
    }
    def content() = {
       val m : Model = b.getModels.get("model").asInstanceOf[Model]
       val df : java.text.DateFormat = java.text.DateFormat.getDateInstance()
    <html>
    <head>
        { head }
    </head>
    <body>
    <div>
        <div> this is index List ! </div>
        <div> { m.getName } </div>
        <div> today is { df.format(new java.util.Date()) } </div>
    </div>
    </body>
    </html>
    }
}

index.scala

IndexController의 indexScala에서 리턴하는 viewName이 "sview:index:sampleLayout"입니다. 앞의 prefix는 sviewResolver에서 검출하는 용도로 쓰이고, index:sampleLayout은 각각 SView의 이름입니다.

sampleLayout.scala는 SiteMesh처럼 index의 html의 head와 body을 자신의 head와 body으로 추가하여 출력하게 됩니다. 간단한 레이아웃 기능이라고 할수 있습니다.

@Component
@Scope("prototype")
class SampleLayout(b:ViewBinding,v:SView) extends SViewComposite(b,v) {
def content() = {
<html>
<head>
{ v.content \\ "head" \\ "_" }
</head>
<body>
{ v.content \\ "body" \\ "_" }
</body>
</html>
}
}

sampleLayout.scala

대략적인 구성 요소

SView

SView는 Scala의 trait입니다. 자바의 Interface에 해당합니다. SView에는 다음과 같은 메소드가 있습니다.

trait SView
{
    def doctype() : String
    def contenttype() : String
    def content() : Elem
    def render(render : SViewRenderer) : Unit
}

SView은 View에서 필요한 행동을 정의합니다. 이중 기본적인 정보를 지원할수 있는 것은 구현 상속으로 제공하게 됩니다.

abstract class AbstractSView extends SView {
    def contenttype() : String = {"text/html"}
    def doctype() : String = {""}
    def render(render : SViewRenderer) : Unit = {
        render.setContentType(contenttype())
        render.setDocType(doctype())
        render.setContent(content())
    }
}

SView,SViewContent,ViewComposite : Composite , case classes

SView,AbstractSView을 상속받는 클래스에는 SViewContent와 SViewComposite가 있습니다. 이 두 클래스는 Scala의 케이스 클래스입니다.

abstract case class SViewContent(binding : ViewBinding) extends AbstractSView {}
abstract case class SViewComposite(binding : ViewBinding , view : SView) extends AbstractSView {}

어떤 패턴매칭을 하기 위해서 case class으로 만든 건 아니었습니다.(처음에는 패턴 매칭으로 Render의 책임을 다르게 구성하려고 그랬습니다.)

케이스 클래스는 객체 타입을 패턴으로 분해(decomposition)하기 때문에 erlang의 애리티(arity)처럼 패턴 매칭에 매칭변수로 쓰입니다.

그래서 하위 구현 클래스들의 생성자에 대한 제한을 줄수 있는 장점을 이용했습니다.

SViewComposite는 위의 레이아웃처럼 또 다른 SView을 인자로 얻어서 자기 자신의 content에 추가 할수 있습니다. 즉 공통적인 SView을 사용하기때문에 전체/부분이라는 구조를 쉽게 구성할수 있습니다.(Compositie패턴) Client가 보기에 Decorator패턴처럼 하나의 인터페이스을 가지고 다른 기능을 하는 것 처럼, 포함받은 SView의 내용을 자기 자신의 content에 추가하기 때문에 Decorator패턴의 실체화라고도 생각합니다.

SViewFactory,SViewSpringBeanFactory : AbstractFactory , ConcreteFactory

SViewFactory는 SView을 생성하는 책임이 있습니다.

public interface SViewFactory {
public SView getSView(String viewName,ViewBinding viewBinding);
}

여기서 ViewBinding은 구현패턴에서 이야기하는 파라미터 객체입니다.

원래 View 인터페이스는 HttpServletRequest,HttpServletResponse와 Model을 인자로 받는 메소드가 있습니다. ViewBinding은 이 인수를 파라미터객체로 합성합니다.

SViewSpringBeanFactory은 SViewFactory의 인터페이스 상속을 하여 SpringBeanContext에서 viewName으로 SView을 얻어옵니다.

public class SViewSpringBeanFactory extends WebApplicationObjectSupport implements SViewFactory {
    private final String DEFAULT_VIEW_DELIMITER= ":";
    public SView getSView(String viewName,ViewBinding viewBinding) {
        String[] str = viewName.split(DEFAULT_VIEW_DELIMITER);
        String sviewName = null;
        String scompositeViewName = null;
        if(str.length >= 1 && StringUtils.hasText(str[0])) sviewName = str[0];
        if(str.length >= 2 && StringUtils.hasText(str[1])) scompositeViewName = str[1];

        WebApplicationContext ctx = super.getWebApplicationContext();
        SView sview = (SView) ctx.getBean(sviewName,new Object[]{viewBinding});
        if(StringUtils.hasText(scompositeViewName)) {
            SView sviewcomposite = (SView) ctx.getBean(scompositeViewName,
new Object[]{viewBinding,sview});
            return sviewcomposite;
        }
        return sview;
    }
}

ViewAdapter : Adapter

SView을 상속한 객체들은 이미 상속했으므로 View 인터페이스를 상속하지 않는 한 ViewResolver에 추가할수 없습니다.

물론 SView가 View을 extends해도 되지만. ViewAdapter을 사용함으로써, 기존의 클래스(SView)에 대한 변경을 하지 않고, 전혀 다른 타입의 클래스(View)처럼 사용할수 있습니다.

특히 이부분은 스프링 프레임워크의 View Interface의 render의 Map model이 제너릭 타입 파라미터가 되어 않아서, Scala에서 인터페이스 상속을 하지 못해, 전혀 다른 타입인 View인척하는 객체입니다.

public class ViewAdapter implements View {
    private final static String DEFAULT_CONTENT_TYPE = "text/html";
    private String sviewName;
    private SViewFactory sviewFactory;
    private boolean isPrettyPrint = true;
    private String contentType;

    public ViewAdapter() {
    }
    public void setSViewName(String sviewName) {
        this.sviewName = sviewName;
    }
    public void setSViewFactory(SViewFactory sviewFactory) {
        this.sviewFactory = sviewFactory;
    }
    public void setPrettyPrint(boolean isPrettyPrint) {
        this.isPrettyPrint = isPrettyPrint;
    }
    public String getContentType() {
        return contentType;
    }

    public void render(Map model, HttpServletRequest request,HttpServletResponse response)
throws Exception {
        ViewBinding viewBinding = new ViewBinding((Map<String,Object>) model,request,response);
        SView sview = sviewFactory.getSView(sviewName,viewBinding);
        this.contentType = sview.contenttype();
        SViewWriteRenderer renderer = new SViewWriteRenderer();
        sview.render(renderer);
        response.setContentType(this.contentType);
        PrintWriter out = response.getWriter();
        renderer.print(out,isPrettyPrint);
        out.close();
    }
}

SViewRenderer , SViewWriteRenderer : Abstract Builder, Concrete Builder

공통적인 연산을 정의한 AbstractSView의 build()의 파라미터로 전달되는 SViewRenderer는 출력에 필요한 정보에 대한 메소드만을 가지고 있습니다. 즉 Director인 SView는 Renderer가 어떻게 표현할지에 대하여 알지 못합니다. SViewRenderer의 구체 클래스인 SViewWriteRenderer는 HttpServletResponse에서 전달 받는 PrintWriter을 이용해서 표현합니다. 만일 ServletOutputStream이나 기타 다른 방식으로의 표현을 바꾸더라도 변화는 ViewAdpater에서 다른 방식의 표현을 하는 Renderer으로 교체로 국한됩니다.

trait SViewRenderer {
    def setDocType(docType : String)
    def setContentType(contentType : String)
    def setContent(content : Elem)
}
public class SViewWriteRenderer implements SViewRenderer {
    private String docType = "";
    private String contentType = "";
    private Elem content = null;

    public void setDocType(String docType) {
        this.docType = docType;
    }
    public String getContentType() {
        return this.contentType;
    }
    public void setContentType(String contentType) {
        this.contentType = contentType;
    }
    public void setContent(Elem content) {
        this.content = content;
    }

    public void print(PrintWriter writer,boolean isprettyprint) {
        String result = null;
        if(isprettyprint == true) {
            PrettyPrinter pp = new PrettyPrinter(120,4);
            result = pp.format(content);
        }
        else {
            result = content.toString();
        }
        writer.print(docType);
        writer.print(result);
    }
}

맺는 말

작성하고 나서 혹시 이와 비슷한 생각을 한 사람이 있는지 알아보니까 Object-Oriented Pattern Matching 논문을 작성한 burak emir 의 scalaservlet 이 있었습니다.

http://burak.emir.googlepages.com http://burak.emir.googlepages.com/scalaservlet.html

그리고 scala의 웹 프레임워크인 lift의 SHtml에서도 다음과 같이 사용합니다. http://github.com/dpp/liftweb/tree/master/lift/src/main/scala/net/liftweb/http/SHtml.scala

XML/HTML의 각 노드마다 객체를 생성하기 때문에 일반적인 JSP보다 비용 발생이 많은 듯 합니다. 실제 필드에서 적용하려면, 캐쉬전략이라든가 Scala의 XML Processing말고 다른 DSL이나 Template 엔진을 구성할 필요도 있다고 생각합니다. SViewSpringBeanFactory에서 sviewName에 해당하는 SView 객체를 얻지 못했을 경우에 좀더 명확한 Exception(SViewNotFoundException 등등)을 발생한다던가 하는 부분과 성능에 대한 부분은 다시 한번 고려해볼만 하다고 생각합니다.

처음 생각은 자바에서의 동적 스크립트 언어의 효과적인 사용에 적합한 레이어가 View가 아닐까해서 View에 대한 가볍고 쉬운 언어를 찾다가 여기까지 왔습니다. :-) 웹 프로그래밍에서 특히 자바 웹 프로그래밍에서 Html과 데이터를 바인딩 하는 방법은 많지만. 효과적으로 관리 가능한 (특히 테스트 가능한) 뷰 기술은 많지 않아 보입니다.

지금까지 읽어 주셔서 감사합니다.

참고자료

http://static.springframework.org/spring/docs/2.5.x/api/org/springframework/web/servlet/View.html

http://static.springframework.org/spring/docs/2.5.x/api/org/springframework/web/servlet/ViewResolver.html

http://www.scala-lang.org/intro/xml.html

http://burak.emir.googlepages.com/scalaxbook.docbk.html

}

WebWork의 PageController Pattern와 SiteMesh 사용

Sun, 08 Jun 2008 03:12:52 +0900

이번 프로젝트는 이런저런 이유로 해서 Framework Stack을 SiteMesh+WebWork+Spring+SqlMap으로 구성하게 되었습니다.

Struts1을 사용할때 Webwork에 대한 관심이 있었지만,Webwork으로 사이트를 빌딩한 경험이 전무한 저로써는 Struts1/SpringMVC 스타일과 좀 (많이) 다른 Webwork이 신기했었습니다.

특히 Webwork은 PageController 이라는 패턴을 사용할수 있는데요. 간단하게 말해, 대개의 WebMVC는 Controller/Action이 중앙 집권적인 제어를 위해 View 레이어가 랜더링 되기 전에 제어를 하지만. PageController 패턴은 View에서 특정 Action을 호출 할수 있는. 즉 페이지의 특정 논리적인 단위를 재사용하거나 파티셔닝 하는 좋은 방법이 있습니다. 사용법도 매우 간단한데요.

<div>
<ww:action name="noticeList" namespace="/tiles" executeResult="true" />
</div>

SiteMesh와 함께 자바에서 많이 사용하는 Tiles(원래 Struts의 서브 프로젝트이었지만,Top Project으로 승격되었습니다.)도 비슷한 것을 가지고 있습니다.

특히 SpringFramework와 함께 Tiles 사용한다면,

org.springframework.web.servlet.view.tiles.ComponentControllerSupport을 구현상속해서 쉽게 구성할수 있습니다.

FrontController에 비해, 몇가지 생각해야 하는 부분이 있습니다. 우선 제어의 선후가 바뀌기 때문에, Action에 대한 제어가 쉽지 않습니다. 가령. X,Y,Z에서 동일한 쿼리를 발생한다면 한 페이지를 랜더링 하기 위해 동일한 데이터를 얻기 위해 쓸모없는 퀴리를 날리게 됩니다. 물론 1초캐쉬같은 것등으로 해결이 가능합니다만.

물론 한 페이지에서 여러 독립적인 Action이 존재하여 페이지의 각 요소를 재사용하는 일도 있지만, Sitemesh와 같은 페이지 레이아웃/데이코레이션을 구성하는 라이브러리를 사용할 경우 복잡한 레이아웃이 아닌 경우, 아직까지는 크게 사용하지 않을 듯 합니다.

그래서 이번에 다시 레이아웃을 잡을때 SiteMesh의 Decorator마다 Action을 하나만 두는 방식은 어떤가 생각해봤습니다.

즉 SiteMesh/Decorator에서 호출하는 Webwork/Action이 Result을 가지고 있지 않고. 단지 해당하는 작업을 한 후 화면에 바인딩할 객체를 ServletRequest의 속성(attribute)에 담기만 하고 Decortator에서 그 정보를 출력하는 것입니다.

즉 제어가 두군데의 Action으로만 나누어 지는 것입니다.

<ww:action> 태그에서 result을 실행하지 않기 위해서 (executeResult="true"으로해도 Action의 execute()메소드의 리턴이 NONE이기 때문에 view가 보이지 않습니다. )

<html>
<head>
<ww:action name="noticeList" namespace="/tiles" executeResult="false" />
</head>
<body>
...
<c:out value="${tileNotice}" />
...

public class NoticeTileAction extends ActionSupport {
public String execute() throws Exception {
ServletActionContext().getRequest().setAttribute("tileNotice","hello world!");
return NONE;
}
}

사실 별거 아닌데. 글만 길어지고 그림만 생겼군요. :-) 물론 SiteMesh가 없이도 사용할수 있는 방법입니다.

정리도 안되어 있고 두서도 없는 글 읽어 주셔서 감사합니다. (...)

Tabla - 간단한 태그 기반 템플릿 유틸리티

Sat, 07 Jun 2008 02:19:02 +0900

Tabla는 간단한 태그 기반의 템플릿 유틸리티입니다. 컨텐츠의 특정부분을 마크업을 이용하여 컨텐츠의 내용을 가공하기 위해서 작성했었습니다. :-)

간단한 예제

Tags tags = new Tags();
tags.addTag(new NamedTag() {

public String execute(ParseTag pt,TagContext tc) {

return "hello world!";

}

public String tagName() { return "t:hello"; }
};
Parser p = new Parser(tags);
String result = p.parse("<t:hello />");
>> hello world!

클래스들

1. Tag - 태그의 인터페이스. 태그의 행동을 정의합니다.

2. NamedTag - 태그(Tag)의 인터페이스 상속. 태그이름(tagName)을 등록할수 있습니다.

3. Tags - 태그들

4. TagBinding - 파싱된 컨텐츠(Parse)와 Tag을 바인딩(Binding)하는 책임이 있습니다.

5. TagContext - 외부 환경이나 태그 간의 문맥적으로 값을 전달할때 사용됩니다.

6. Parse - 파싱된 컨텐츠(Parse)

7. ParseTag - 파싱된 컨텐츠중 태그 정보

8. Parser - 파서

9. ParseFailureException - 파싱 실패 예외 상황

10. utils.ParseTagRemover - 태그 시그니처 제거자 유틸리티.

태그 정의 하기

태그를 정의하는 건 매우 쉽습니다. Tag,NamedTag을 구현하면 됩니다.

Tag t = new Tag() {
public String execute(ParseTag pt,TagContext tc) {
return pt.getContent();
}
};
Tags tags = new Tags();
tags.addTag("t:*",t);
...

위의 코드는 t:으로 시작하는 모든 태그에 반응하게 됩니다. 물론 ParseTag.getTagName()으로는 정확한 태그 이름을 얻을수 있습니다.

파싱된 컨텐츠의 태그정보 - ParseTag

모든 태그는 ParseTag와 TagContext이라는 파라미터 객체를 얻게 됩니다. ParseTag은 Parser가 파싱한 컨텐츠중에 현재 태그에 해당하는 영역을 ParseTag에 담아서 전달하게 됩니다.

class NewsDataTag implements NamedTag {
public NewsDataTag(NewsDataService newsDataService) {
this.newsDataService = newsDataService;
}
public String execute(ParseTag pt,TagContext tc) {
String size = pt.getTagAttrMap("size");
String category = pt.getTagAttrMap("category");
List<NewsData> newsData = newsDataService.findBy(size,category);
return newsData.toBuildHtml();
}
}

태그의 글로벌 영역? - TagContext

태그와 태그(중첩된 태그 등등)나 태그를 실행중으로 값을 전달할때가 있습니다.

tags.add("t:container",new Tag() {
public String execute(ParseTag pt,TagContext tc) {
...
for(Item item : items) {
tc.addLocalAttribute("itemTitle",item.getTitle());
tc.addLocalAttribute("itemUrl",item.getUrl());
result.append(pt.getContent());
tc.clearLocalAttibutes();
}
return result.toString();
}
});
tags.add("t:itemTitle",new Tag() {
public String execute(ParseTag pt,TagContext tc) {
String itemTitle = (String) tc.getLocalAttribute("itemTitle");
if(itemTitle != null) {
return itemTitle;
}
return pt.getContent();
}
});

items: a,b,c
<t:containter ><t:itemTitle />,</t:container>
>> a,b,c,

기타

뭐 그리 잘 만들었다거 그런건 아니지만. 그리고 만든지 몇달이 지나서 그닥 머리속에 남아 있는 것이 별루 없긴 하네요. 좀더 수정할것은 많은 듯 합니다만. :-)

tabla-0.0.2-sources.jar

tabla-0.0.2.jar

스프링로그 사이드바

Sat, 12 Apr 2008 01:41:59 +0900

靑天亂流-孟.

{{Recent Posts}}

PHPSpec: PHP5 BDD Framework

Tue, 18 Sep 2007 00:40:08 +0900

PHPSpec-20070918.zip 저번주 루비 세미나 에서 강규영님의 BDD with JSSpec을 듣고 이번에 하는 프로젝트에 쓸수 없을까 해서 하나 대충 만들고 있다.

이번 프로젝트는 PHP인데. 구글링을 해도 PHP으로 된 BDD 정보를 하나도 얻을수가 없었다.

뭐 대단한것도 아니고 이제 뭔가 돌아가는 수준이라서 (그리고 난 PHP를 그다지 좋아하지 않는다. T_T)

처음에 너무 설계한다고 이것저것 너무 참고한듯 하기도 하고.. PHP의 머찐 특징들을 제대로 살리지 못한거 같다. (그런게 있다면.)

개인적으로 우선 사용해보고 정리를 해야겠다.

근데. 문제는 아직 BDD가 뭔지 모른다는거!!!! (OTL.)

PHPSpec-20070918.zip

JSP 2.0의 tagFile 사용하기

Sat, 04 Aug 2007 12:34:12 +0900

처음 JSP으로 작업할때는 PHP나 다른 스크립트 언어 처럼 HTML 사이사이에 scriptlet을 추가했었다. JSTL이나 EL이 주가되어서 JSTL이나 EL으로 구성하게 되었지만, JSTL이나 EL으로는 부족한 부분을 CustomTag으로 만들 필요가 종종 있다. 그런데 Custom Tag을 만드는 건 생각외로 서블릿 코드 작성하는거랑 별 다를거 같은 작업인 경우가 많아서 정말 사용이 많은 태그 아니라면 배보다 배꼽이 더 커지는 경우가 있는 듯 하다.

좀 늦게 알았지만, JSP 2.0 에는 TagFile이라는 부분이 추가되었는데. CustomTag을 만드는 방식을 JSP 파일 만들는 것 처럼 만들면 되는 매우 간단한 방법이라서 몇가지 만들어서 사용하고 있다.

<%@ taglib prefix="html" tagdir="/WEB-INF/tags/html" %>

<html:remove var="content" value="${data.content}" />

tag는 /WEB-INF/tags/html/remove.tag

<%@ tag body-content="empty" import="StringUtils" %>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<%@ attribute name="value" required="true" %>
<%@ attribute name="var" required="true" rtexprvalue="false" type="java.lang.String" %>
<%@ variable name-from-attribute="var" alias="varName" scope="AT_END" %>
<%
String result = StringUtils.removeHtml(value);
jspContext.setAttribute("varName", result);
%>

tag의 body-content은 empty이고 jstl core 태그를 쓰며 태그의 attribute으로는 value,var 이라는 값을 받으며, tag 밖으로 var attribute의 이름으로 변수를 선언한다는 이야기.

<c:url var="link" .. > 처럼 태그 안에서 변수를 할당해서 넘기는 법을 찾는게 생각외로 오래걸렸다... 오늘 아침에서나 해결. =_=

<%@ variable .. 의 alias 의 값으로 jspContext.setAttribute에 넣어주니까 해결.

간단한 ui 컨포넌트들은 tagFiles으로 구성할수 있을 듯 하다. (진작 알았으면 좋았을 것을. =_=)

참고 : BergmanJSP2.0TagFiles.pdf