나는 기존 웹 응용 프로그램에서 작업하고 있습니다. jsp 재사용을 잘 사용합니다 (포함 또는 사용자 정의 태그를 통해). 내 작업 중 하나가 변경되어 영향을받은 파일이 10 개 이상으로 늘어났습니다. 이제는 문제를 해결하는 데 어려움이 있습니다. jsp와 어쩌면 (js와 ajax 스크립트)의 연관을 다이어그램으로 만들려고했는데, 공식적인 방법 (예 : UML 클래스 다이어그램)이있을 것입니다.Jsp 다이어그램과 같은 것이 있습니까?
내가 다시 살펴볼 때 어떤 화면이 한눈에 영향을 받는지 알고 코드를 다시 읽음으로써 연관성을 재검토하지 않도록 시각화해야합니다 (의미가있는 경우).
이 질문에는 매우 간단한 대답이나 복잡한 대답이있을 수 있습니다.
Simple : swarraj가 제안한대로 <> 또는 <>으로 스테레오 타입을 모델링하십시오. imho이지만 HttpServlet 또는 HttpJspPage 인터페이스를 인식하게함으로써 서블릿 또는 JSP 페이지임을 나타낼 수 있으므로 고정 관념은별로 필요하지 않습니다. 오늘날 대부분의 모델링 도구는 고정 관념의 사용에 대해 다소 의아해하고 있습니다 (가장 최근의 사양이 여러 개를 허용하더라도 하나만 허용됨), 다른 방식으로는 표현할 수없는 것들에 대한 고정 관념을 사용하는 것을 선호합니다. 모델 이해에 지대한 영향을 미친다.
컴플렉스 : 경고 :이 주제는 최근 내 경력에 중점을 두었 기 때문에이 분야에서 내 의견이 다소 강해서 - 너무 심각하게 쓰는 부분을 잡지 마십시오 .--).
처음으로 클라이언트 서버에서 웹 응용 프로그램으로 전환 할 때 필자는 입증 된 성공적인 OO 모범 사례를 적용하려고했지만 당시 웹 서버 모델링 (MS ASP) 당시에는 약간의 걸림돌을 쳤습니다. 가장 중요한 문제는 하나의 개념 웹 페이지가 있지만 서버와 클라이언트에서 매우 다른 모습을 드러내는 것입니다. 예를 들어 특정 웹 페이지에는 서버에서 빌드되는 동안 동적 컨텐츠를 채울 코드와 클라이언트에서 클라이언트 스크립트 및 클라이언트에서이를 특성화하는 하이퍼 링크가 모두 들어 있습니다. UML 모델에서이 두 클래스를 같은 클래스로 혼합하면 매우 혼란스러워 보였습니다.
(imho) 구조적으로 중요하기 때문에 나는 클라이언트 측 항목을 무시할 수 없었습니다. 탐색 경로, 클라이언트 측 스크립트, 폼/필드, 애플릿 등은 모두 건축가이자 디자이너로서 나에게 중요했으며 디자인 모델의 일부가되어야했습니다. 그런 다음 큰 질문은 페이지 생성물 (JSP 및 서블릿과 서버 측 리소스 간의 상호 작용)과 함께 이러한 유형의 모델을 어떻게 적절하게 모델링 했습니까? 이 솔루션은 현재 Java 모델링 기술과 일관성이 있어야하며, 추상화 및 세부 묘사 (2 가지 주요 모델링 개념)와 동일한 수준에서 가장 중요합니다.
내가 제시 한 솔루션의 핵심은 웹 페이지의 이러한 개별적인 측면을 별도의 클래스 (클라이언트 티어 및 서버 티어 중 하나)로 모델링하는 것입니다. 그것들은 모두 동일한 구성 요소에 의해 실현되며, 페이지 개념이 단일 엔티티로서 명확 해지는 것이이 구성 요소 실현을 통해 이루어진다. URL을 구현하는 것도 구성 요소를 통해 이루어집니다.
복잡한 솔루션이므로 Software Development Magazine의 Jan Edition (2001 년 1 월)에 대해 작성한 최신 소개 기사를 작성하는 것이 가장 좋습니다. 또는 ACM의 Communications (vol 42, No. 10)에서 나온 오래된 것입니다. (결국 PDF에서 그물로 볼 수 있습니다.) 마지막으로 shamless 플러그 인 저는 이것을 더 자세히 설명한 책을 썼습니다 : "웹 어플리케이션 구축하기 with UML "을 Addison Wesley Object Technology Series에서 발표했습니다. 이 책은 ASP 기술에 중점을두고 있지만 JSP/Servlet, PHP 및 CFM에도 적용 할 수 있습니다. 나는 현재 J2EE 임 플리 멘 테이션을 포함하고 (심지어 초점을 맞춘다) 다음 판에 대해 작업 중이다.