Tiles 를 배우면서 문득 MVC 2 에 대한 궁금점

Question

템플릿 엔진까지 배우기 까지JSP와 그 안에서 EL, JSTL 를 사용하는 법을 배우고 정말 편하다라는 생각을 했습니다.그런데 Tiles 를 배우면서 정말 뜬금없이 의문점이 생겼습니다. JSTL 을 사용하면 때로는 반복되는 부분을 처리하기도 하고, condition에 따라 보여줄 부분과 보여주지 않을 부분을 처리하기도 하여 코드가 확연히 줄어들게 되죠.또 HTML 의 어떤 일부분은 template 처리 후 다른 template 에서 쓰이게 될 경우 이 template 가 위치할 부분은 expression 으로 표현하는 등으로 나중에 요청시 View를 조립하게 될 것입니다. 그런데 막상 제 코드를 살펴보니 과연 이런 구조들을 다른 기술자(디자이너, 퍼블리셔, 프론트엔드)분들이 보고 직관적으로 이해할 수 있는 것인가에 대한 의문이 들었습니다.이런 의문이 생기니 뷰를 과연 백 엔드 개발자가 이런식으로 뷰를 Manipulate 해야하는 가에 대한 의문도 들었습니다.물론 개발자라면 공통되는 부분(중복되는 부분)을 분리하는 것, 팩토링하는 것은 후에 변경이나 재사용 등을 고려한 것이지만, 만약 뷰의 구조가 바뀐다고 한다면 그 Document 를 분석해 뷰를 처리하는 것은 결국엔 백 엔드 개발자가 해야할 일이 되어버립니다. (물론 JSTL이나 template 엔진을 사용해 변경이 용이하겠지만 말이죠.)그래서 제가 생각한 것은, 이런 뷰의 팩토링은 프론트에서 담당하면 어떨까라는 생각이 들었습니다. 뷰를 관리하는 도구나 프레임워크가 있고 클라이언트 요청에 따른 뷰의 매핑 수 만큼 뷰 페이지 결과물이 static 으로 출력되어 백 엔드 개발자는 이 출력을 클라이언트의 요청에 따라 연결만 해주면 되는 구조입니다. 글이 길어지다보니 제가 말을 잘 했는지 잘 모르겠네요... 궁금한 점을 다시 정리하자면,왜/어떻게 백 엔드에서 뷰를 신경쓰게 되었는가, 또 그것이 필요한 이유, 그리고 그 배경이 무엇일까? 입니다.아직 걸음마를 떼고 있는 단계라 궁금한 점이 많네요...긴글이 되어버려 죄송합니다 ㅠ

도각도각 · Answer

웹개발자의 업무가 정확하게 프론트엔드 개발자와 백엔드 개발자로 나뉘지는 않습니다. 스마트폰이 나오고 나서 이런 개념이 많아졌는데.. 보통 JSP라던가 Tiles를 쓴다면.. 그냥 웹개발자와 퍼블리셔로 롤이 나누어져 있을 가능성이 큽니다.. 그냥 HTML 코딩 빼고는 다 웹개발자가 한다고 보시면 되고요. 백엔드, 프론트엔드 정확하게 롤이 나뉘어서 돌아가는 곳은 거의 앱이나 웹앱 개발하는 곳일거예요.

깨구리 · Answer

프론트엔드 기술에서 뷰 조립을 담당하기도 합니다. SPA로 개발할 때는 오히려 그것이 당연한데, 템플릿 엔진으로 JSP를 사용하고 계셔서 그런 생각을 하신 것 같습니다. JSP를 파싱해서 HTML으로 내보내줬는데 클라이언트 브라우저에서 다시 뷰를 다시 재조립하고 DOM을 조작하는 작업을 거쳐야 한다면 비효율적이지 않을까요?그래서 어떤 기술로 처리할 것인지는 해당 프로젝트가 SPA냐 아니냐 결정되면 자연스럽게 정해질테고, 누가 처리할 것인지의 문제는 협의사항인 것 같습니다.

Tiles 를 배우면서 문득 MVC 2 에 대한 궁금점

2개의 답변

#mvc2 목록