스크립틀릿 사용의 단점은 무엇입니까?

Question

scriplet 사용에 대해 모든 것을 알고 싶습니다. JSP를 코딩 할 때 권장되지 않는 이유는 무엇입니까? 스크립틀릿으로 코딩 할 때마다 나는 그것을 사용하지 말고 JSTL을 대신 사용한다고 지적했다.

이 점에 대해 알려 주셔서 감사합니다.

Answer 1

scrptlets와 JSTL을 비교 웹과 대부분 유지하고 읽기 테스트 쉽게 당신에게 같은

• JSTL을 말할 것이다 (나는 당신이 어떤 첫째을 위해 인터넷 검색 한 생각)에 대한 몇 가지 기사가있다
• JSTL은
• JSTL은 전체 페이지

을 깨지 않고

JSTL 단지 실패 할 수 있습니다 프레 젠 테이션에서 비즈니스 로직을 분리 할 수 ​​있습니다 재사용 할 수 있습니다 다른 측면에서

는 JSTL은 (적어도 다른 학습 곡선이있다)

생산에 스크립틀릿를 해결하려면 스크립틀릿보다 개발하기 위해 더 열심히, 그것은 때때로 오류는 JSP (변경의 문제

• 의
  당신은 들어, 사용과 스크립틀릿의 프리젠 테이션 및 흐름 제어 부분에 집중 (문과 out.print을 전환하는 것

Answer 2

• ) 더 분명하다) 것들.

• 스크립틀릿 1 : 1과 JSTL을 비교하는 것 같습니다. 이것은 잘못된 것입니다. 나는 흐름 제어 부분 (실제로는 이 JSTL로 대체 됨)에 대해서 말하지 않고, JSP 파일에 원시 Java 코드를 쓰는 것에 대해서는 general에 대해서만 말하지만, 이었다.

• e.e. 요청 매개 변수 수집, 값 유효성 검사 및 변환, 데이터베이스 및 다른 Java 클래스/메소드와의 상호 작용 등이 있습니다. 모두 일반적으로 사용자는 서블릿이나 필터에서 간접적으로 수행합니다.

JSP에는 스크립틀릿 코드가 없어야합니다. 100 % JSTL 및 제로 스크립틀 코드를 권하고 싶습니다.

1. JSP는 순전히 프레젠테이션이어야합니다. 그것은 JSP가 JSTL 만 사용하여 작성한 숨겨진 이점입니다. 동적 인 의 데이터를 다른 곳에서 사용하기 때문입니다. 서비스 계층에 비즈니스 로직이 있고, 은 JSP에 필요한 데이터를 결정합니다.

2. 이렇게하면 단위 테스트 질문에 대한 답변이 제공됩니다. 당신은 단위 테스트 JSP로 하지 않아도됩니다; 그것들은 셀레늄과 같은 UI 테스트 일 것입니다. 로직 이 서비스 계층에있는 경우 테스트 방법이 분명합니다.

3. JSP를 상속하지 말아야합니다. 을 SiteMesh와 같이 사용하여 작성할 수는 있지만 상속에는 JSP에 부분이 없습니다.Servlet에서 상속되면 체인은 이어야합니다.

4. 게다가, 그것은 잘못된 대안입니다. 어느 쪽도 재사용이 필요하지 않습니다. 상속 또는 단위 테스트. 그렇다고해서 확실한 승자가 없다는 의미는 아닙니다. JSTL입니다. 매우 희귀 한 단일 라이너를 제외하고는 아무도 JSP로 스크립 트릿을 사용하지 않아야합니다 ( ). 스크립틀릿은 문제를 일으키고 있습니다.

5. 요즘 저는 Java 용 웹 UI 템플릿 솔루션으로 Velocity를 선호합니다. 그냥 내 의견.