JSP 대신 JSPX를 사용해야 합니까?[닫은]

StackOverflow https://stackoverflow.com/questions/28235

  •  09-06-2019
  •  | 
  •  

문제

사용 JDeveloper, 저는 직장에서 프로젝트를 위한 웹페이지 세트를 개발하기 시작했습니다.당시 저는 JDev에 대해 잘 몰랐기 때문에 몇 가지 튜토리얼을 따라하기 위해 Oracle로 달려갔습니다.JDev 튜토리얼에서 권장하는 작업 JSPX 대신에 JSP, 그러나 그 이유를 실제로 설명하지는 않았습니다.JSPX 페이지를 개발 중이신가요?왜 그렇게 결정했습니까?JSPX 경로를 사용하는 것의 장단점은 무엇입니까?

도움이 되었습니까?

해결책

주요 차이점은 JSPX 파일 (공식적으로 'JSP 문서'라고 함)이 작업하기 더 쉽다는 것입니다. 올바른 형식의 XML에 대한 요구 사항으로 인해 편집자가 입력 할 때 더 많은 오타와 구문 오류를 식별 할 수 있기 때문입니다.

그러나 단점도 있습니다.예를 들어 올바른 형식의 XML은보다 작음 기호와 같은 것을 이스케이프해야하므로 파일이 다음과 같은 내용으로 끝날 수 있습니다. 라코 디스

XML 구문도 더 장황 할 수 있습니다.

다른 팁

JSPX에는 내 머리 위에 몇 가지 불편한 점이 있습니다.

  1. 일부 종류의 동적 콘텐츠를 생성하는 것은 어렵습니다.특히.선택적 속성이 포함된 HTML 태그 생성(예:또는 조건에 따라).이 문제를 해결해야 하는 표준 JSP 태그는 내가 JSPX를 시작하던 날 제대로 작동하지 않았습니다.
  2. 더 이상 & nbsp;:-피
  3. 모든 Javascript를 별도의 파일에 넣거나 CDATA 섹션 등을 사용하고 싶을 것입니다.IMHO, 어쨌든 jQuery를 사용해야 하므로 실제로 onclick 등이 필요하지 않습니다.속성...
  4. 도구가 제대로 작동하지 않을 수 있습니다.어쩌면 귀하의 IDE가 일반 JSP 이상의 것을 지원하지 않을 수도 있습니다.
  5. Tomcat 6.x에서 최소한 시도한 버전/구성에서는 생성된 출력에 형식이 없습니다.그저 작은 불만일 뿐이지만

반면에:

  1. JSP보다 더 쉽게 조작할 수 있는 올바른 XML을 작성해야 합니다.
  2. 도구는 즉각적인 검증을 수행하여 실수를 더 빨리 포착할 수 있습니다.
  3. 내 겸손한 의견으로는 더 간단한 구문

jsp 대신 jspx를 사용해야하는 완전히 다른 추론 :

JSPX 및 EL은 자바 스크립트 및 임베디드 자바 코드를 포함하는 것이 jsp보다 훨씬 어렵고 자연스럽지 않게 만듭니다.EL은 프레젠테이션 로직에 특별히 맞춤화 된 언어입니다.

이 모든 것이 UI 렌더링과 기타 로직을 더 깔끔하게 분리하도록합니다.JSP (X) 페이지에 포함 된 많은 코드의 단점은 쉽게 테스트하는 것이 사실상 불가능하다는 것입니다. 단위 테스트 가능.

안녕하세요 동료 JDeveloper 개발자!

저는 2 년 넘게 JSPX 페이지로 작업 해 왔으며 JSP가 JSP에 반대되는 문제가 없었습니다.JHeadstart를 사용하여 자동으로 ADF Faces 페이지를 생성하고 기본적으로 JHeadstart는 JSPX에서 모든 것을 생성하기 때문에 JSPX를 선택해야했습니다.

JSPX는 문서가 올바른 형식의 XML 문서 여야 함을 지정합니다.이를 통해 적절하고 효율적으로 파싱 할 수 있습니다.개발자가 이것이 귀하의 페이지가 JSP에 비해 '미래를 보장'하는 데 도움이된다고 말하는 것을 들었습니다.

Spring 3.1 공식 문서에 명시된 바와 같이 <인용구>

"Spring은 JSP 및 JSTL을위한 몇 가지 기본 솔루션을 제공합니다. 보기. "

또한 JSPX가 순수한 XML 호환 출력을 생성하는 것을 목표로한다는 사실에 대해서도 생각해야합니다. 따라서 대상이 HTML5 (XML 호환 가능하지만 복잡성 증가는 다음 설명 참조) 인 경우 Eclipse IDE를 사용하는 경우 목표를 달성하는 데 약간의 고통이 있습니다. 목표가 XHTML을 생성하는 것이라면 JSPX 및 JDeveloper로 이동합니다. 당신을 지원할 것입니다 ...

우리의 cie 프로젝트 중 하나에서 우리는 JSP와 JSPX로 POC를 만들고 PROS와 CONS를 만들었고 개인적으로 권장하는 것은 비 XML 방식으로 HTML5를 생성하는 것이 훨씬 덜 제한적이고 자연 스럽기 때문에 또한 덜 제한적이고 더 간결한 구문입니다. 덜 제한적인 것을 선택하고 jsp 파일 내에 "자바 스크립틀릿을 넣지 않음"과 같은 "모범 사례"권장 사항을 추가하는 것을 선호합니다. (BTW JSPX를 사용하면 <% ... %> 대신 jsp : scriplet으로 스크립 릿을 넣을 수도 있습니다.)

@ Matthew-
ADF!현재 작업중인 응용 프로그램에는 mod PL / SQL에서 생성 된 프레젠테이션 레이어의 90 %가 있습니다.저는 몇 개의 새로운 화면에서 작업을 시작했고 다른 개발자들에게 많은 학습 부담 (시스템의 복잡성 증가 / 시스템의 개발자의 정신 모델 충돌)없이 우리 아키텍처에 맞는 다른 옵션을 조사하고 싶었습니다.팀.그래서 ADF는 제가 JSPX를 알게 된 방법이기도합니다.

저는 "미래 증명"관찰도 봤지만 그게 얼마나 근거가 있는지 몰랐습니다.

JSPX는 Spring MVC / Spring Web Flow에서 권장되는 뷰 기술이기도합니다.

또한 JSPX에서 발견 한 또 다른 문제는 스크립틀릿을 사용하려는 경우입니다.나는 깨끗한 코드가 일반적으로 좋고 JSP의 Java 로직이 일반적으로 나쁘다는 데 동의하지만 유틸리티 함수를 사용하여 문자열 값을 반환하거나 TagLib 또는 모델 (요청 속성)이 과도 할 수있는 특정 인스턴스가 있습니다..

JSP의 스크립틀릿에 대한 모든 사람들의 생각은 어떻습니까?

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top