DOM 트리 조작? 사실 저도 고민은 꽤 오래 해왔는데 답을 못 찾았았어요.

확실히 UI 의 비중이 높아서 ;ㅅ;

좋은 결론이 나오시면 공유해주세요 ^^;

디토 : 그 기법도 활용할만 하겠네요. 좀 더 아키텍쳐적으로 접근하고 싶은데...

아즈키 : 예. ^^

아니면 GWT처럼 페이지 전체를 위젯의 조합으로 나타내야 할지도 모르겠네요.

디토 : 예. 저도 GWT나 RAP 처럼 UI를 데스크탑 애플리케이션 비슷하게 구조화 해 만들면 쉽지 않나 생각 중입니다.

RAP라고 쓰려했는데 댓글에 이미... OTL쿡스두(응?)!

네피림 : ㅎㅎ 그런데 전 RCP도 잘 몰라요. 함 공부해봐야겠네요.

아, 아틀라시안 JIRA나 콘플루언스의 플러그인 쪽을 참고해보심이 어떤가요? 간단해 보이고 까르꿈했던 기억이..

fupfin ㅎㅎ 농담이었죠 랩은... 포틀릿 같은 놈을 찾으시나바여

GWT처럼 가야 하는데 마크업이 개떡이 되도 할 말이 없음…

javascript ui으로 요즘 흥미로운 것들이 ukijs랑 카푸치노인데. 마크업을 이쁘게 하면서 ui tookit가 있었으면 좋겠어염.

맹수 : 내가 둘 다 몰라서 무슨 말이지 이해가 안 되네...

네피림 : 포틀릿은 전혀 아니구요. 애플리케이션을 수정하지 않고 고객의 요구를 반영할 수 있는 방법을 생각해보고 있는 겁니다.

네피림 : 그런데 RAP이 농담이라고 하신 이유가? 전에 샘플을 돌려봤을 때는 무지 느렸던 기억이었는데 그런 것 때문인가요?

fupfin 속도 등 아직 불안한 요소가 많고, RAP까지 하는 것은 너무 판을 크게 만드는게 아닌가 싶어서요.

fupfin 애플리케이션을 수정하지 않고 플러그 인 구조를 갖추겠다 하시니, 회장님의 답이 궁금해 집니다! ㅎ

네피림 : 답은... 야근이죠. -_-

이거 해결하면 노벨상 감...ㅋㅋ

MIT 릴리프로젝트에서 시도된 바 있습니다만...

yongs 그리 환상적인 뭔가를 생각하는 건 아닙니다. ㅎㅎ

fupfin 저도 그렇게 이해했으나, 현실적인것만 고려하는것도 장난이 아닌거 같아요.