는 Java HTML 템플릿 생성 기술의 작동 방법에 가장 가까운 루비(erb/haml)?

Question

중 Java 템플릿 솔루션 같은 아파치 속도,프리 마커,햄릿,태피스트리,모든 메뉴얼 페이지,JSP,JSP 버(다른 사람들?) 는 것이 가장 밀접하게 대략의 간결함과 단순함의 유사한 HTML 템플릿에서 솔루션 Ruby-haml/erb.나는 우려 모두와 함께의 구문은 템플릿화 엔진뿐만 아니라 얼마나 간단하게 통합 관제사를 가진 코드 서버에 있습니다.

Answer 1

나는 당신이 얻는 것이 이것이라고 생각합니다

루비

<% foreach vars do |var| %>
  <!-- some html code to do -->
  <%=h var %>
<% end %>

자바

<% for( int i = 0; i < vars.length; i++ ) { %>

   <%=vars[i]%>
<% }  %>

따라서 태그는 비슷합니다

컨트롤러의 Java 측의 경우 Views Spring은 잘 분리하는 방법을 제공합니다.

Answer 2

코드와 데이터를 믹싱하는 관행은 Ruby보다 훨씬 더 Java에서 눈살을 찌푸립니다. 권장되는 Java 관행은 코드 블록 대신 Taglibs를 사용하는 것입니다. 전형적인 루비 템플릿과 같은 방식으로 Java 템플릿을 작성하는 경우 다른 Java 개발자 (팀에서 일하고 있다고 가정합니다)는 불평 할 가능성이 있기 때문에 이것을 언급합니다.

이제 귀하의 질문에 대답하기 위해 ..... JSTL 및 EL과 함께 표준 JSP는 실제로 나쁜 솔루션이 아닙니다. 그러나 간결성이 높으려면 GRAILS에서 사용하는 템플릿 솔루션 인 GSPS를 확인하십시오. Java WebApp에서 GSP를 사용할 수 있습니다. 즉, Groovy/Grails를 사용할 필요가 없습니다.

Answer 3

...사용할 수도 있습 PHP 하려면 사용 Quercus.할 수 있습니다처럼,JSP,속도,etc.사용으로 이들은'보기'봄 또는 스트럿,etc.을 처리하는 컨트롤러(s).

프로젝트에 우리는 동안 전이었다으로 JSP 및 스트럿,그리고 봄입니다.그들은 모든 통고 우리는 무엇을 할 수 있을 설명했다.

대부분의 렌더링/템플릿 엔진 다양한 구문입니다.이 beuty(과 짐승)Java 은 당신이 선택할 수 있는 구문에 당신은 좀 더 편안하게 느끼고 사용하는 것으로 컨트롤러/컨테이너의 선택입니다.