디자이너가 기본적으로 HTML 내에 살고 JSP를 JSP로 유지하면서 JSP 개발자가 디자이너와 페이지를 최신 상태로 유지하기 위해 노동 탭을 선택하는 것이 가장 좋습니다.
기본적으로 디자이너는 순수 HTML로 완전한 기능 페이지를 작성해야합니다. 디자이너는 JSP 코더에서 견고한 출발을하는 것이 이상적입니다. 디자이너가 탐색 문제 등을 통해 작업 한 것입니다.
페이지에 동적 요소가있는 경우 디자이너는 JSP 코드 작성자에 대한 모든 적절한 표현을 제시해야합니다. 이렇게하려면 "동일한"페이지를 여러 번 복사해야하지만 각각 동적보기가 다릅니다.
디자이너는 메모를하거나 페이지 요소에서 동적 인 느낌을주기 위해 메모를하거나 다른 규칙을 사용해야합니다 (INPUT 태그의 내용뿐 아니라 바로 가기 ID 등).
이상적으로 설계자는 탐색 영역, 사이드 바 및 기타 크롬과 같은 논리적 인 코드 블록을 식별하고 표시합니다.이를 통해 JSP 맴버는 include 나 tag 파일 등을 사용하여 페이지를 더 쉽게 리팩토링 할 수 있습니다.
JSP 사람들은 기능적이지만 정적 인 HTML 페이지를 가져 와서 동적 요소를 추가하고 페이지를 손상시키지 않습니다. 그들이 레이아웃을 깨뜨리는 문제 (예 : 열이 그런 식으로 커지고 있다고 말하면서)를 해결해야 할 필요가있는 경우 생성 된 HTML을 설계자에게 보내서 수정할 필요없이 수정할 수 있습니다. 수명주기를 이해해야합니다.
추가 된 보너스는 두 그룹이 모두 액세스 할 수있는 공유 테스트 서버가 있는지 확인하는 것입니다. 이 서버는 HTML 페이지와 JSP 페이지를 모두 호스트해야하며 올바른 이름을 사용하여 올바른 위치에 외부 리소스가 있는지 확인할 수 있습니다.
예를 들어 코더가 페이지에서 생성 된 HTML 파일을이 서버에 업로드 할 수 있으며 JSP 페이지처럼 렌더링해야합니다. 이것은 모든 사람이 그것을 "제자리에서"볼 수있게 해줍니다. 설계자는 생성 된 HTML 파일이 가장 쉽게 느껴지면 수정할 수도 있습니다. 원래 코더는 변경 사항을 찾기 위해 diff를 수행 할 수 있도록 이전 사본을 보존해야합니다. 일반적으로 설계자가 변경 사항을 적절하게 전달한다고 가정하면 변경 사항은 합리적입니다.
또 다른 측면은 기본적으로 당신이 정말 좋은 HTML 등 관행, 특히 의미있는 마크 업, CSS 많은,
요즘, HTML 페이지와 문제의 대부분은 그렇게하지 않기 때문에 이것은 다음 있는지 확인하는 것입니다 마크 업에서 그들은 CSS에 있습니다. JSP 사용자는 일반적으로 CSS 파일을 사용할 필요가 없습니다. 따라서 디자이너는 수정 작업을 훨씬 쉽게 수행 할 수 있습니다. 또한 마크 업을 실용적인 것처럼 깔끔하고 희소하게 유지하므로 JSP 사용자가 문서의 변경 사항을보다 쉽게 포착 할 수 있습니다.
Ajax가 무거울 경우 설계자는 "원격"데이터 소스로 쉽게 스왑 아웃 할 수있는 "로컬"데이터 소스를 사용해야합니다. 이렇게하면 페이지 코드가 동일하게 유지되고 JSP 코더는 정적 데이터가 아닌 서버를 히트하도록 데이터 소스 구현을 간단히 스왑 아웃해야합니다.
디자이너와 함께 할수록 더 초기 페이지가 좋습니다. 게임은 정적 인 텍스트로도 기능적인 "기능 완료"페이지를 작성하는 부담을 디자이너에게 남겨 둡니다. 이것은 디자이너가 프로젝트를 운전할 수있게하는 동시에 JSP 녀석은 단순히 프로젝트를 자동화하는 것입니다. 디자이너와 프로젝트 소유자가 주요 디자인 스윙을 일찍 끝내기 전에 페이지가 JSP 코더를 치기 시작하기 전에 변경 사항을 지루한 포효로 유지하고 JSP 사용자가 디자이너를 따라 행진을 자동화하고 그들이가는대로 공란을 채우십시오.
디자이너는 어떤 기술을 사용해야합니까? 그는 html/css를 최소한 알고 있습니까? – Dave
예, 디자이너로서 그는 HTML/CSS 및 이미지 편집 기능이 뛰어납니다. 이클립스는 jsp와 마찬가지로 그에게 익숙하지 않지만 HTML과 매우 흡사하기 때문에 JSP로 돌아갈 수 있다고 생각한다. – digitaljoel