<c:import ... > 부분에 대한 의견을 듣고 싶습니다...
- 작성자 :
- 공*철
- 작성일 :
- 2013-09-06 22:51:37
- 조회수 :
- 813
- 구분 :
- 개발환경
- 진행상태 :
- 완료
Q
수고하십니다...
개인적인 의견이 있어서 그냥 글 적어봅니다...
제가 지금 tails 사용해서 레이아웃 잡고있는데요...
egov 에서 기본적으로 제공되는 portal template 커스트마이징하려고하니...
모든 jsp 페이지마다 헤더나 푸터 등이 <c:import...> 처럼 하드코딩되어 있잖아요...
이러니 tails 사용하려니 이런 것들을 모두 걷어내야할듯합니다...
제가 보기엔 지금같은 경우로는...
레이아웃 틀은 그대로고 그냥 색상, 이미지, 글자 등의 디자인만의 변경이 거의 다가 아닐까 보이네요...
물론 css 로도 어느 정도 조정이 가능하겠지만요...
그래도 다양한 형태의 레이아웃 제공에는 좀 불편함등의 무리가 있어 보이는군요...
제가 원하는 디자인은...
레이아웃 자체를 통째로 여러개 만들어두고 xml 등의 설정값만 바꿔주면 여러 형태의 레이아웃이 자동으로 적용되도록 하려는데요...
지금 egov 에서 기본 제공되는 template 을 그대로는 그게 안될듯합니다...
그래서 시간이 많이 걸리더라도...
jsp 하나씩 <c:import ...> 를 걷어내려고 합니다.
그래서 외부 layout.jsp 에서 레이아웃 잡아주려구요...
그런 layout.jsp 종류를 여러 개 두려구요...
tails 같은 거 안쓰고 그냥 만들어도...
그런 비슷하게는 구조를 잡을 수는 없을까요?
모든 jsp 에 <c:import ...> 로 하드코딩으로 박아두지 않을 방법을...???
개인적으로 oop 보다는 aop 방식을 더 선호합니다...
aop 에서는 해당 부분에 하드코딩안하잖아요...
<c:import ... > 넣는 것이 어찌보면 oop 처럼 하드 코딩하는 것이 아닌가 싶네요...
비유를 하자면...
암튼 그런 거 안 적어둬도 적용되도록 만들 수 있게끔 template 이 제공되면
더 좋지 않을까 생각됩니다...
제 생각이 짧을 수도 있겠지만...
저라면 tails 나 sitemash 같은 것을 사용않하고 tails 흉내내는 식으로라고
했을것 같습니다.
그렇게 해서 template 으로 배포하면
기본적인 구조는 되어 있을테니 tails 나 sitemash 적용해서
여러 layout 잡기도 더 편할듯합니다...
제가 걱정되는 것은
지금 2.6 버전으로 열라게 tails 반영해서 모든 jsp 에서 <c:import ...>
다 걷어내었는데...
egov 버전업되면서 여러 컴포넌트들이 또 현재 형태처럼 <c:import ...> 가 박혀서 배포된다면 업데이트할때 정말 짜증날듯합니다...
이 부분에 대해서 어떻게 생각하시는지 견해를 좀 듣고 싶네요...
제 생각이 짧을 수도 있으니...
견해를 좀 듣고 싶습니다...
감사합니다...
개인적인 의견이 있어서 그냥 글 적어봅니다...
제가 지금 tails 사용해서 레이아웃 잡고있는데요...
egov 에서 기본적으로 제공되는 portal template 커스트마이징하려고하니...
모든 jsp 페이지마다 헤더나 푸터 등이 <c:import...> 처럼 하드코딩되어 있잖아요...
이러니 tails 사용하려니 이런 것들을 모두 걷어내야할듯합니다...
제가 보기엔 지금같은 경우로는...
레이아웃 틀은 그대로고 그냥 색상, 이미지, 글자 등의 디자인만의 변경이 거의 다가 아닐까 보이네요...
물론 css 로도 어느 정도 조정이 가능하겠지만요...
그래도 다양한 형태의 레이아웃 제공에는 좀 불편함등의 무리가 있어 보이는군요...
제가 원하는 디자인은...
레이아웃 자체를 통째로 여러개 만들어두고 xml 등의 설정값만 바꿔주면 여러 형태의 레이아웃이 자동으로 적용되도록 하려는데요...
지금 egov 에서 기본 제공되는 template 을 그대로는 그게 안될듯합니다...
그래서 시간이 많이 걸리더라도...
jsp 하나씩 <c:import ...> 를 걷어내려고 합니다.
그래서 외부 layout.jsp 에서 레이아웃 잡아주려구요...
그런 layout.jsp 종류를 여러 개 두려구요...
tails 같은 거 안쓰고 그냥 만들어도...
그런 비슷하게는 구조를 잡을 수는 없을까요?
모든 jsp 에 <c:import ...> 로 하드코딩으로 박아두지 않을 방법을...???
개인적으로 oop 보다는 aop 방식을 더 선호합니다...
aop 에서는 해당 부분에 하드코딩안하잖아요...
<c:import ... > 넣는 것이 어찌보면 oop 처럼 하드 코딩하는 것이 아닌가 싶네요...
비유를 하자면...
암튼 그런 거 안 적어둬도 적용되도록 만들 수 있게끔 template 이 제공되면
더 좋지 않을까 생각됩니다...
제 생각이 짧을 수도 있겠지만...
저라면 tails 나 sitemash 같은 것을 사용않하고 tails 흉내내는 식으로라고
했을것 같습니다.
그렇게 해서 template 으로 배포하면
기본적인 구조는 되어 있을테니 tails 나 sitemash 적용해서
여러 layout 잡기도 더 편할듯합니다...
제가 걱정되는 것은
지금 2.6 버전으로 열라게 tails 반영해서 모든 jsp 에서 <c:import ...>
다 걷어내었는데...
egov 버전업되면서 여러 컴포넌트들이 또 현재 형태처럼 <c:import ...> 가 박혀서 배포된다면 업데이트할때 정말 짜증날듯합니다...
이 부분에 대해서 어떻게 생각하시는지 견해를 좀 듣고 싶네요...
제 생각이 짧을 수도 있으니...
견해를 좀 듣고 싶습니다...
감사합니다...
A
안녕하세요. 공현철님.
tails가 아니고 tiles를 말씀하시는 거죠?
일단, 표준프레임워크 개발 당시에 뷰에 대한 부분(기술)은 최소화 하였습니다.
너무나 다양한 기술들이 있고, 솔루션들이 존재하기 때문에 특정 뷰 기술을 채택할 경우 제약사항들이 존재하게 됩니다.
그래서, JSP와 JSP 1.2부터 JSP spec 상에 채택된 JSTL(<c:out /> 등)만을 사용하여 템플릿이나 공통컴포넌트를 제공하고 있습니다.
이는 템플릿이든 공통컴포넌트는 말 그대로 템플릿 형태이기 때문에 프로젝트의 요구사항에 따라 뷰 부분을 포함하여 다양한 형태의 기술을 적용, 커스터마이징하실 수 있습니다.
또한 프로젝트 상황에 따라 import 방식이 관리 상 효과적일 수도 있고, 공현철님이 말씀하신 요구사항에 따라 tiles가 효과적일 수 있습니다.
이 부분은 공현철님 상황에 맞는 뷰 기술을 채택하시면 되실 것 같고, 저희에게 의견을 물으실 필요는 없으실 것 같습니다.
그럼, 즐거운 하루되십시오.
감사합니다.
tails가 아니고 tiles를 말씀하시는 거죠?
일단, 표준프레임워크 개발 당시에 뷰에 대한 부분(기술)은 최소화 하였습니다.
너무나 다양한 기술들이 있고, 솔루션들이 존재하기 때문에 특정 뷰 기술을 채택할 경우 제약사항들이 존재하게 됩니다.
그래서, JSP와 JSP 1.2부터 JSP spec 상에 채택된 JSTL(<c:out /> 등)만을 사용하여 템플릿이나 공통컴포넌트를 제공하고 있습니다.
이는 템플릿이든 공통컴포넌트는 말 그대로 템플릿 형태이기 때문에 프로젝트의 요구사항에 따라 뷰 부분을 포함하여 다양한 형태의 기술을 적용, 커스터마이징하실 수 있습니다.
또한 프로젝트 상황에 따라 import 방식이 관리 상 효과적일 수도 있고, 공현철님이 말씀하신 요구사항에 따라 tiles가 효과적일 수 있습니다.
이 부분은 공현철님 상황에 맞는 뷰 기술을 채택하시면 되실 것 같고, 저희에게 의견을 물으실 필요는 없으실 것 같습니다.
그럼, 즐거운 하루되십시오.
감사합니다.
