일부 구현에서는 jsp가 중간 저장소/데이터 액세스 레이어 역할을하는 자바 빈 클래스를 사용하여 jcr에서 데이터를 가져 오는 것을 보았습니다.jsp에서 데이터 액세스하기
jsp가 jcr api를 통해 jcr에 직접 액세스 할 수 있기 때문에 이유는 무엇입니까?
우려의 분리? 데이터에 대한 메모리 캐시?
jcr api가 처음 작성되었을 때 왜 그런 패턴이 존재하는지 궁금합니다.
일부 구현에서는 jsp가 중간 저장소/데이터 액세스 레이어 역할을하는 자바 빈 클래스를 사용하여 jcr에서 데이터를 가져 오는 것을 보았습니다.jsp에서 데이터 액세스하기
jsp가 jcr api를 통해 jcr에 직접 액세스 할 수 있기 때문에 이유는 무엇입니까?
우려의 분리? 데이터에 대한 메모리 캐시?
jcr api가 처음 작성되었을 때 왜 그런 패턴이 존재하는지 궁금합니다.
소규모 설치에서는 스크립틀릿이별로 문제가되지 않지만 대형 멀티 사이트 프로젝트에서는 사용할 수 있습니다.
UI 코드와 모델/비즈니스 논리를 분리하면 유지 관리가 쉬워지고 프로젝트에서 코드를 재사용 할 수 있습니다. 또한 레이아웃을 변경하면 훨씬 쉽게 얻을 수 있습니다. 일반적으로이 분리 작업은 구성 요소 bean을 사용하여 JCR repo에 액세스하고 데이터를 제공하고 뷰에 JSP 만 사용하여 수행됩니다.
고객이 여러 사이트에서 대규모로 UI를 변경해야한다고 상상해보십시오. 스크립틀릿과 UI 코드가 섞여있는 JSP를 변경하는 것은 어렵습니다. 특히 많은 스크립트가있는 경우 더욱 그렇습니다.
JSP 및 스크립틀릿을 사용하여 OO 관점에서 볼 때 상속 및 구성을 사용할 수 없습니다. 스크립틀릿은 추상적으로 만들 수 없습니다. 자바 빈은 특히 예외가 발생했을 때 스크립틀릿을 디버그하기가 더 쉽다는 것을 알았습니다. 자바 빈은 단위 테스트가 쉬울 수 있습니다.