Jakarta Struts 학습 응용 실습

이 기사는 Struts 프레임워크 학습에 관한 세 기사 시리즈 중 두 번째 기사입니다. 이 시리즈의 첫 번째 기사에서는 Struts 프레임워크, 프레임워크의 기능 및 프레임워크에 적용되는 다양한 모듈을 간략하게 살펴보았습니다. 이 기사에서는 Struts 1.0을 사용하여 모든 사람을 위한 간단한 애플리케이션을 만드는 방법을 보여주고, 세 번째 기사에서는 Struts 태그를 사용하여 jsp의 applicationResource 파일에 있는 정보에 액세스하는 방법을 소개할 것입니다. 이번 글에서는 Struts의 신비한 문을 열어가며 Struts의 적용을 단계별로 설명하겠습니다. 이러한 과정을 통해 여러분도 Struts를 응용 프로그램 개발에 적용할 수 있는 영감을 얻을 수 있을 것입니다. Struts의 일부 용어에 대해 명확하지 않은 경우 이 시리즈의 이전 기사에서 Struts에 대한 일반적인 소개를 참조할 수 있습니다.
　
　다시 반복하자면 이 기사를 읽는 독자는 JSP, 서블릿, 사용자 정의 태그 라이브러리 및 xml 분야에 대한 지식과 경험이 필요합니다. 또한 이 기사에서는 Tomcat http://jakarta.apache.org/tomcat/index.Html(Java의 공식 표준을 구현하는 Servlet 컨테이너)과 같은 Jakarta 프로젝트 팀의 다른 좋은 기능도 사용할 것입니다. Servlet과 JSP, 대중적인 것은 그냥 JSP 웹 서버일 뿐이고 Ant http://jakarta.apache.org/ant/index.html(Java 기반 자동 컴파일 및 게시 도구, 이것은 좋은 것입니다).
　
최첨단 기술을 사용해 다양한 애플리케이션을 개발해 온 기술자로서 저는 항상 새로운 기술을 파악하고 기술 개발의 논리를 이해하는 것이 중요하다고 믿어 왔습니다. 그러나 이것은 종종 우리의 학습 속도를 늦추는 수렁입니다. 이 때문에 저는 Struts를 사용하여 개발된 완전한 프로세스를 우리 교육의 사례로 사용할 계획입니다. 이 과정의 예는 "참새는 작지만 5개의 ​​내장이 모두 포함되어 있다"고 설명할 수 있습니다. 적어도 이 과정을 적용하면 최소한의 효과는 복잡하고 거대한 프로젝트에 확실히 적용할 수 있습니다. 우리의 대규모 프로젝트에서는 좋습니다.
　
복잡한 상업용 애플리케이션을 개발하는 개발자는 모두 고객의 요구가 항상 변한다는 것을 알고 있으므로 따라야 할 표준화된 개발 프로세스가 있다면 고객이 새로운 요구 사항을 제시할 때 적어도 어느 것이 "불합리한지"를 분명히 할 수 있습니다. 요구 사항이 실제로 합리적이고 실행 가능합니다. 좋아, 이제 내 예에서 전체 프로세스를 보여주고 적용해 보겠습니다.
　
　이 기사의 샘플 코드는 StrutsSample 애플리케이션의 일부입니다. build.xml을 포함한 전체 코드는 여기(http://www.onjava.com/onjava/2001/10/31/examples/)에서 찾을 수 있습니다. StrutsPartII .jar 다운로드.
　
　Struts 개발 프로세스
Struts가 발표한 버전을 보면 Struts가 여러 부분으로 구성되어 있다는 것을 알 수 있습니다. 그것은 우리의 개발 시간을 더 잘 활용하는 것이 될 것입니다. 내가 개발한 여러 Struts 애플리케이션에서 다음과 같은 보다 효과적인 개발 단계를 대략적으로 요약했습니다.
　
　1. 애플리케이션 요구 사항을 명확히 합니다.
　
　2. 사용자가 데이터를 입력하고 가져옵니다. 사용자의 각 사용자 인터페이스를 명확히 하고 설계합니다.
　
　3. 사용자 인터페이스의 진입 경로를 결정합니다.
　
　4. 애플리케이션 로직 정보에서 액션 매핑 테이블(ActionMapping)을 결정합니다.

5. 설계된 사용자 인터페이스에서 사용되는 클래스 및 응용 기능을 개발합니다.

6. 사용자 인터페이스의 데이터 정보를 바탕으로 ActionForm 및 해당 데이터 검증 방법을 개발합니다. >　7. ActionMapping에서 해당 Action을 호출하거나 해당 JSP 페이지로 전송합니다.
　
　8. 해당 JavaBean, EJB 또는 비즈니스 애플리케이션 로직을 개발합니다. 기타 사항;
　
　9. 해당 JSP 페이지를 완성하기 위해 ActionMapping으로 정의된 시스템 워크플로를 개발합니다.
　
　10. 시스템 구성 파일을 완성합니다: struts-config.xml 및 web.xml; 🎜>　
　11. 컴파일/테스트/릴리스.
　
　명확한 신청 요구 사항
　신청 시스템 개발의 첫 번째 단계는 사용자 요구 정보를 수집하는 것입니다. 처음에는 사용자 논리가 아무리 합리적으로 보일지라도 개발 중에 그것이 보이는 것보다 훨씬 더 어렵다는 것을 발견하게 될 가능성이 항상 있습니다. 따라서 개발 목적뿐만 아니라 이 목록을 통해 사용자 요구 사항을 분석하여 더 많은 노력이 필요한 부분을 결정하는 명확한 사용자 요구 사항 목록을 작성하는 것이 좋습니다.
　
　StrutsSample 프로젝트에서 애플리케이션 요구 사항은 다음과 같습니다.
　
　Struts 프레임워크의 애플리케이션을 보여주는 완전한 예로, 이 예시에서 완성된 기능은 사용자 로그인입니다. 이 예제에서는 일반적인 복잡한 애플리케이션 시스템에 적용될 수 있는 보안, 데이터베이스, EJB 개발 및 기타 관련 기술을 포함하지 않습니다.
　
　사용자 인터페이스 디자인
　이 애플리케이션에는 다음 세 가지 사용자 인터페이스가 포함되어 있습니다.
　
　1) 사용자 이름 및 비밀번호 입력에 사용되는 로그인 인터페이스
　
　2) 로그인한 사용자가 합법적인 사용자인 경우 환영 인터페이스
　
　3) 로그인 실패 시 오류 메시지 인터페이스.
　
사용자 인터페이스 진입 경로 결정
1) 로그인 인터페이스는 이 애플리케이션의 기본 페이지로 사용됩니다.

2) 환영 인터페이스는 로그인 성공 후에만 들어갈 수 있습니다. > 3) 발생할 수 있는 모든 오류 페이지는 오류 프롬프트 인터페이스로 들어갈 수 있습니다.
　
ActionMapping은 애플리케이션 논리 정보에 따라 결정됩니다. 이 기사는 Struts 프레임워크 학습에 대한 일련의 기사 중 두 번째입니다. 이 시리즈의 첫 번째 기사에서는 Struts 프레임워크, 프레임워크의 기능 및 프레임워크에 적용되는 다양한 모듈을 간략하게 살펴보았습니다. 이 기사에서는 Struts 1.0을 사용하여 모든 사람을 위한 간단한 애플리케이션을 구축하는 방법을 보여주고, 세 번째 기사에서는 Struts 태그를 사용하여 JSP의 ApplicationResource 파일에 있는 정보에 액세스하는 방법을 소개합니다. 이번 글에서는 Struts의 신비한 문을 열어가며 Struts의 적용을 단계별로 설명하겠습니다. 이러한 과정을 통해 여러분도 Struts를 응용 프로그램 개발에 적용할 수 있는 영감을 얻을 수 있을 것입니다. Struts의 일부 용어에 대해 명확하지 않은 경우 이 시리즈의 이전 기사에서 Struts에 대한 일반적인 소개를 참조할 수 있습니다.
　
다시 한번 말씀드리지만, 이 글을 읽는 독자는 JSP, 서블릿, 사용자 정의 태그 라이브러리 및 XML 분야에 대한 지식과 경험이 필요합니다. 또한 이 기사에서는 Tomcat http://jakarta.apache.org/tomcat/index.html(Java Servlet 및 JSP 공식 표준을 구현하는 Servlet)과 같은 Jakarta 프로젝트 팀의 다른 좋은 자료도 사용할 것입니다. 응용 프로그램은 "로드맵"을 결정하고 struts-config 구성 파일에 ActionMapping을 정의합니다. 이 과정에서 ActionMapping에 필요한 정보가 점진적으로 결정됩니다. 코드를 개발하는 과정은 struts를 개선하는 과정입니다. -초안부터 시작하여 단계별로 Action 클래스가 반환하는 전달은 ActionMapping에 정의되어 있지만 일반적으로 Action은 정의만 합니다. 동일한 전달을 반환할 수 있는 Action이 여러 개인 경우 다음과 같이 정의할 수 있습니다. 이는 C의 헤더 파일에 있는 전역 변수와 유사합니다. struts-config.xml 설명 정보에 있는 경우 , 특정 전달은 현재 Action 설명에 정의되어 있지 않지만 전역적으로 정의되어 있으면 이 전역 전달이 작동합니다. 마찬가지로 현재 Action에 정의된 전달이 전역 정의를 재정의합니다. 전역 전달 - "오류". 작업이 "오류" 전달을 반환하면 "이 매핑은 현재 작업이 이를 정의하지 않더라도 Errorpage.jsp 페이지가 사용자에게 표시됩니다. 우리는 프로젝트를 계속 개발합니다. 점점 좋아지고 있으며 프로젝트 관련 구성 파일은 점점 더 구체적이 될 것입니다. 다음 예제에서는 StrutsSample에서 사용되는 struts-confug.xml 파일을 예로 들어 전역 전달 및 Action의 관련 매핑은 아래에 com.oreilly.actions로 정의되어 있습니다. Action이 사용자의 성공적인 로그인을 처리하면 "sUCcess"라는 전달이 반환됩니다. 사용자는 로그인에 실패하면 해당 전달을 반환하여 Login.jsp를 다시 표시합니다. 처리 중에 다른 오류가 발생하면 작업은 전역적으로 정의된 전달을 반환합니다. 오류"가 표시되고 사용자에게는 오류 페이지 Errorpage.jsp도 표시됩니다.
　
　
　
　<전달 이름="로그인" 경로= "/Login.jsp"/>
　
　
　
　
　
　
　
　
　< !-- O'Reilly Struts 샘플 주요 작업 -->
　
　< action path="/login"
　type="com.oreilly.actions.LoginAction"
name="loginForm"
scope="request"
input="/Login.jsp">

　
　

　
이전 기사에서 struts-config.xml이 MVC 모드의 컨트롤러라고 말한 적이 있습니다. struts-config.xml의 구성 정보를 결정할 때 각 중국어 웹사이트(www.php.cn)가 제대로 작동하는지 확인하기 위해 더 많은 시간과 에너지를 투자해야 합니다!