자카르타 스트럿츠 배우기 1.1 (2)-java지도 시간-php.cn

집

Java

java지도 시간

자카르타 스트럿츠 배우기 1.1 (2)

黄舟

Dec 17, 2016 am 10:46 AM

DynaActionForm

DynaActionForm은 기본적으로 ActionForm을 작성할 필요가 없는 편리한 메커니즘을 제공합니다. DynaActionForm은 동적 양식 속성을 허용합니다. 이는 struts-config.xml 파일에서 속성을 정의하고 양식 유형을 org.apache.struts.action.DynaActionForm으로 설정할 수 있음을 의미합니다. 아무것도 쓸 필요가 없습니다. DynaActionForm은 Apache 공개 프로젝트의 DynaBean을 사용하여 이러한 작업을 완료합니다. 이 동적 동작은 리플렉션 및 해시맵을 통해 제공됩니다.
　
　 DynaActionForm은 다음과 같이 태그를 사용하여 struts-config.xml 파일에 정의됩니다.
　
　
　
　
　
　
　 동적 형식 속성은 다음과 유사합니다. 표준 ActionForm 속성. 속성 이름은 Action에서 폼 빈을 인덱싱하는 데 사용되며, 유형은 인스턴스화된 클래스를 지정하는 데 사용됩니다. DynaActionForm 클래스를 사용할 때 동적 속성은 자동으로 true로 기본 설정됩니다. DynaActionForm의 경우 양식의 모든 속성은 요소를 사용하여 지정됩니다. 요소의 이름은 속성 이름을 나타냅니다. 유형은 Bean 속성의 Java 구현 클래스의 클래스 이름을 나타냅니다. 이 속성이 인덱스 유형인 경우 유형 뒤에 "[ ]"를 추가합니다. 위 표에서는 마지막 속성인 장르의 정의에 주의해야 합니다. 초기값(또는 기본값)을 "Dance"로 설정했습니다. 이 값은 DynaActionForm의 Reset() 메소드가 호출될 때 기본값으로 설정되며 메커니즘이 양식에 기본값을 설정할 수 있도록 합니다. 초기 속성에 값이 지정되지 않으면 모든 기본 유형의 초기 값은 0으로 설정되고, 객체인 경우 초기 값은 null(비어 있음)입니다.
　
DynActionForm을 사용하면 매우 편리합니다. 주요 이점 중 하나는 코드를 거의 작성하지 않아도 된다는 것입니다. 다른 양식과 마찬가지로 앞의 코드 예제는 양식을 사용하는 데 필요한 모든 코드입니다. 알아야 할 한 가지는 검증입니다. DynaActionForm을 사용하는 경우에는 ActionForm과 다소 다른 어딘가에서 Validation 처리가 이루어진다고 가정합니다. 자체 작업에서 유효성 검사를 구현할 수 있지만 이것이 더 나은 접근 방식입니다.
　
확인을 위해 DynaValidatorForm 또는 DynaValidatorActionForm을 사용할 수 있습니다. 두 클래스 모두 org.apache.struts.validator 패키지에 있습니다. DynaActionForm을 확장하면 XML 파일의 기본 값 필드를 기반으로 유효성 검사를 받을 수 있습니다. 유효성 검사는 유효성 검사기에 입력된 키를 기반으로 합니다. 키는 struts-config.xml 파일의 이름 속성입니다. 이는 유효성 검사.xml 파일에 있는 양식 요소의 이름 속성과 일치해야 합니다.
　
　다중 애플리케이션 지원
　 Struts 1.1에서는 다중 하위 애플리케이션을 정의하고 지원할 수 있습니다. 이는 유지 관리가 더 용이한 하위 애플리케이션에 애플리케이션을 배치할 수 있음을 의미합니다. 더 이상 고유한 struts-config.xml 파일 외부에서 소스 제어를 감지할 필요가 없습니다.
　
하위 애플리케이션을 사용하는 또 다른 이유는 클라이언트에 따라 제어 흐름을 변경하기 위해서입니다. 일부 애플리케이션에는 몇 가지 공통 페이지가 있을 수 있지만 애플리케이션에 로그인하는 클라이언트에 따라 제어 흐름이 변경될 수 있습니다. 이 제어 흐름 메타데이터를 데이터베이스에 저장하고 다른 struts-config.xml 파일과 함께 web.xml 파일(또는 그 일부)을 생성할 수 있습니다.
　
Struts 1.x용으로 개발해 본 적이 있다면 web.xml 파일의 많은 요소가 Struts 1.1의 struts-config.xml 파일로 이동되었음을 알 수 있습니다. 이는 이제 애플리케이션별로 다르기 때문입니다. 여러 하위 애플리케이션은 요청 URI의 상대 컨텍스트 부분으로 시작하는 접두사로 식별됩니다. 일치하는 애플리케이션 접두사가 없으면 기본 구성이 선택됩니다. 기본 설정에는 빈 문자열 접두사가 있습니다. 기본 설정을 구현하는 이 방법은 하나의 애플리케이션만 정의할 수 있는 Struts 1.0.x와 역호환됩니다.
　
다양한 기능 모듈이 포함된 대규모 애플리케이션이 있는 경우 하나의 거대한 애플리케이션을 함께 실행되는 하위 애플리케이션으로 바꾸는 것이 더 합리적입니다. 아래 표시된 web.xml 파일은 하위 애플리케이션을 정의하는 방법을 보여줍니다.
　
　
　config
　　/WEB-INF/struts-config.xml
　　
　
　
　
　　
　　config/catalog
　　/WEB- INF/struts-config-catalog.xml

구성/정렬
/WEB-INF/struts-config-sorter.xml >　
　
하위 애플리케이션을 사용할 때 상황에 맞는 요청 URI를 정의하여 사용되는 하위 애플리케이션을 지정할 수 있습니다. 예를 들어 양식의 작업은 다음과 같습니다.

는 기본 하위 애플리케이션을 참조하거나

은 카탈로그 하위 애플리케이션의 작업 클래스를 참조합니다. 애플리케이션. 실제로 이 작업을 수행할 필요는 없습니다. 이를 수행하려면 카탈로그 하위 애플리케이션에서 /listCds를 사용할 수 있습니다. 기본 규칙은 다음과 같습니다. 버전 1.0에서 상황에 맞는 모든 struts-config.xml 매개변수는 이제 버전 1.1에서 하위 애플리케이션 접두사에 따라 다릅니다. 이러한 방식으로 단일 애플리케이션은 수정 없이 기본 하위 애플리케이션과 지정된 하위 애플리케이션 역할을 모두 수행할 수 있습니다.