JSF 애플리케이션을 개발하는 데 하루 종일 걸리지 만, 해당 문제에 대한 교육을 전혀받지 못했습니다. 관리자가되어야합니다. 전체 JSF 퍼즐이 어떻게 혼란 스럽습니까? 함께 어울린다. JSF는 나에게 함께 조금 던져 보인다.다른 JSF 구성 요소 라이브러리에 대해 설명해주십시오
JSP API를 나에게이 compone에 대한 간단한 설명 것들 /해야 할 것들이 생략 할 수 것들은 표준 NTS는,
JSP와 JSTL
JSP가있다 많은 반복을 거쳤지 만 이것이 Java EE의 핵심 동적 페이지 기술입니다. 이는 서비스가 가능한 API이지만 JSP로 작업하면 코드/자원을보다 직접 수동으로 관리 할 수 있습니다.
JSTL은 JSP 표준 템플릿 라이브러리입니다. 이것은 표준 JSP 태그 세트입니다. 이러한 태그를 JSF 태그와 함께 사용하지 마십시오. 그들은 다른 프로그래밍 모델에 속합니다.
는 JSF 사양 JSF의 API. 이것은 JSF Model-View-Presenter 프레임 워크의 핵심입니다. 이는 핵심 구성 요소 집합과 핵심 수명주기 요소를 지정합니다. Mojarra (오픈 소스 Sun API)와 Apache MyFaces의 두 가지 널리 알려진 구현이 있습니다. Java EE 5 이상 버전.
Facelets의
JSF을 위해 설계 뷰 기술. 이것을 JSP 대신에 사용하십시오. Facelets 뷰에서 JSP 태그를 사용할 수 없습니다. 이것은 Java EE 5에서는 표준이 아니지만 JSF2 (및 향후 Java EE 6)에서 표준화되었습니다. Facelets에서 제공하는 더 나은 템플릿은 종종 타사 라이브러리에 대한 의존도가 낮다는 것을 의미합니다.
Facelets는 JSP JSTL 태그처럼 보이지만 코드를 공유하지 않는 태그를 제공합니다. 이러한 태그는 일반적으로 피해야합니다 (조언은 Facelets doc을 참조하십시오).
아파치 트리니다드 토바고
이러한 구성 요소 및 기타 시설을 제공 JSF 라이브러리입니다. 핵심 컨트롤 세트는 다소 기본이기 때문에, 특히 Facelets가 사용되지 않는 경우에는 그러한 라이브러리를 사용하는 것이 일반적입니다. 이것들은 Java EE 표준의 일부가 아닙니다. 라이브러리 호환성은 다양합니다. jsfmatrix.net도 참조하십시오.
JSTL 태그에 대한 담요 금지를지지하지 않습니다. 사람들은 문서를 읽고 스스로 판단해야합니다. 특히 사람들이 JSF 애플 리케이션에 JSP 기대치를 가져 와서 다른 태그 라이브러리로 취급 할 때 문제가 발생하는 영역입니다. JSF와 JSF가 아닌 태그를 섞기 위해서는 두 라이프 사이클에 대한 자세한 이해가 필요합니다 (그리고 추상화가 아닌 구현에 프로그래밍하는 것보다 나에게 너무 자주 느낀다). 그래도 기능에 대해서는 맞습니다. 새로운 앱은 Facelets를 사용하려고 시도해야합니다. – McDowell
JSTL은 JSP 표준 태그 라이브러리가 아닙니까? – InverseFalcon
@InverseFalcon - 그렇습니다. 그러나 당신의 요점은 무엇인지 모르겠습니다. – McDowell