{ Monthly Archives }
두달간 dW 리뷰로 블로그를 채웠습니다만.. 이제야 좀 맘에 여유가 생기는 것 같네요 ^^ 하지만 일은 점점 더 많아지네요 ㅠ^=
이사가고 나면 좀 더 여유롭게 살기를 기대합니다만.. 과연 어찌될지~ ^^ 집도 좀 좋아지고 동네는 조용할 것 같은데.. 두달 만에 새로 적응하려니 좀 귀찮긴 하네요. 하지만 넓어지는 것만큼 이것저것 더 놓을 수 있어서 덜 심심할 것 같긴 합니다.
회사 건물 바로 앞에 풋살(5:5축구) 경기장이 있는데 이 동네 회사원들이 팀을 만들어서 하는 리그가 있습니다. 너무 재미있어 보여서 저도 우리 회사 팀 중 하나에 끼었습니다.
그나저나 축구한지는 정말로 오래되서 제대로 뛸 수 있을런지 모르겠네요.. 원래 발로 하는 건 영 소질이 없습니다만… 정말 재밌을 것 같아요!
원문기사: http://www.ibm.com/developerworks/kr/library/os-eclipse-forms/
이클립스 Forms는 SWT, JFace 외에 이클립스에 제공하는 또 하나의 GUI 툴킷입니다. 웬 GUI 툴킷을 이렇게 여러가지로 제공하나 싶을 수도 있지만, 각 GUI 툴킷은 서로 배타적인 관계가 아니라 SWT -> JFace -> Eclipse Forms로 이어지는 각각 다른 추상화 수준의 GUI 툴킷입니다. 즉 사용자는 자신의 애플리케이션에 알맞는 추상화 수준을 선택하여 좀 더 효율적인 GUI 프로그래밍을 할 수 있습니다. Forms는 PDE를 개발하는 과정에서 만든 UI 툴킷을 독립적으로 분할한 프로젝트 입니다. 즉 플러그인 에디터 같은 모양을 만들 때 Forms를 사용합니다.
SWT는 3.2에서 획기적으로 개선되었는데, 3.3에서는 Forms UI가 많이 개선된 듯 합니다. 소개하는 기사는 Eclipse Communcation Framework를 맡고 있고 기고 활동도 왕성히 하고 있는 Chris Aniszczyk이 기고한 이클립스 Forms UI에 대한 소개 기사입니다. 난이도는 중급으로 되어 있지만 플러그인 개발 기초만 알고 있다면 단순히 예제를 따라해보는 것으로 Forms에서 제공하는 기능들을 둘러 볼 수 있습니다.
SWT로 레이아웃 잡느라 땀 뻘뻘 흘리는 것보다 Forms로 때깔나는 UI를 쉽게 만드는 것이 더 좋은 경우도 많을테니 아직 Forms 안써보신 분은 한번 둘러보세요. 너무 그냥 이클립스 스러워서 불만일 때도 있습니다만 ^^
이 글은 스프링노트에서 작성되었습니다.
원문기사: http://www.ibm.com/developerworks/kr/library/dwcod/20071120/
이클립스 WTP에 대한 튜토리얼이 dW에 올라왔습니다. WTP는 현재 업무에서도 열심히 사용하고 있습니다만, 웹 서비스나 Axis2는 관심만 갖고 여태 제대로 해볼 기회가 없었는데 마침 튜토리얼이 올라와서 관심있게 읽어보았습니다.
일단 WTP나 웹 서비스나 처음 접하는 개발자를 대상으로 하면서 예제 중심의 실무 사례를 소개하는 튜토리얼이어서 한번 쓰윽 따라해보기엔 좋네요. 다만 기존 웹 개발 경험은 전제로 하고 있구요(톰캣에 서블릿 한번 올려본 정도). 당장 WTP의 강력한 마법사를 활용한 Axis2 개발을 생각했는데 1부에서는 먼저 개념부터 탑재하라는 배려로 커맨드 라인 위주의 예제를 실어주셨네요. 2부에서 WTP를 활용한 Axis2 프로젝트 사례를 소개해주신다고 합니다.
웹 서비스를 빠른 시간안에 원론적으로 접해보기에 좋은 튜토리얼이네요. 이제 제가 참여하는 프로젝트도 오로지 성능 만이 미덕인 부분은 마무리가 되어가고 있어서 서비스 지원용 사내 프로젝트 쪽에는 슬슬 웹 서비스를 활용해 볼까 하고 있었는데 좋은 계기가 되었습니다. 흠냐 요즘 공부가 넘 부족하긴 한 것 같아요. 2부 기사 기대하겠습니다!
그나저나 WTP도 곧 3.0이 나올 태세군요! 1.5에서 2.0도 그냥 휙 지나갔는데 넘 빨리 나가는 것 같습니다. 머 좋긴한데요. m2wtp도 업그레이드 좀 해야하는데 =,.= 타이밍을 못 잡겠군요 ^^
참고 URL:
튜토리얼에서 작성한 웹 서비스 다른 곳에서 연동하는 것 참고문서
이 글은 스프링노트에서 작성되었습니다.
원문 기사: http://www.ibm.com/developerworks/kr/library/os-eclipse-emf/
이클립스 서브프로젝트 중 가장 유용한 것을 꼽으라면 주저없이 EMF(Eclipse Modeling Framework)와 GEF(Graphical Editor Framework)를 꼽을 것이다. 그래피컬 편집기를 작성할 때 꼭 사용해야 하는 GEF는 요구사항에 해당하는 경우 필요성이 눈에 확 띄지만, 기반 모델 코드를 생성해주는 EMF는 상대적으로 접근하기 어렵거나 꼭 필요하지 않은 것으로 생각할 수 있다. 하지만 EMF는 이미 WTP 등 다른 주요 프로젝트의 기반 프레임워크 역할을 하고 있고 MDA(Model-Driven Architecture) 프로젝트의 핵심으로써 선택이 아닌 필수 프레임워크가 되어가고 있다. 필자 역시 EMF의 깊은 맛을 느끼기에는 아직 시간을 충분히 들이지 못했지만, 마침 dW 기사 중 EMF를 맛보기에 적합한 기사가 있어서 소개한다.
게다가 CNF(Common Navigator Framework)까지 함께 엮는 예제를 제공하고 있어서 상대적으로 짧은 예제임에도 불구하고 완성도 높은 결과물을 보여주고 있다. 즉 이클립스 플러그인 아키텍처의 매력과 섬세한 확장 능력을 제대로 보여주는 예제라고 할 수 있다. 이클립스 플랫폼을 기반으로 자신만의 개발환경을 만들다보면 기본 제공되는 Navigator 뷰를 확장하는 것보다 자신만의 뷰가 필요한 경우가 있다. (예: JDT의 Package Explorer) CNF는 네비게이터 스타일의 뷰를 작성할 때 공통적으로 사용하는 기본 기능을 제공하면서 유연하게 확장 가능한 뷰를 확장점으로 제공하는 멋진 프레임워크이다.
예제의 EMF와 CNF 연동 과정에서는 자바 코드보다 XML이나 EMF의 ecore 편집기만으로 거의 모든 작업이 완료된다. 물론 예제 이상의 커스터마이징에는 상당한 분량의 자바 코드가 필요하겠지만 EMF가 제공하는 모델 뿐만 아니라 EMF.Edit 등의 편집 컨트롤러 등의 도움으로 UI 코드의 커스터마이징을 최소화할 수 있다. EMF는 단순히 모델을 자동으로 생성하기 위한 것이 아니라 정의된 모델을 바탕으로 반복적으로 생성되는 UI 관련 코드 및 이벤트 전달 메커니즘, 기반 유틸리티 클래스들을 생성한다. 생성된 코드에서는 기본 View 예제 코드, Undo/Redo를 위한 Command 관리, GUI와 Model이 적절히 디커플링된 아키텍처를 제공하여 향후 유지보수에까지 도움을 준다는 점을 생각하면 EMF는 이클립스 플러그인 개발자의 필수 요소라 할 수 있을 것이다. 짧은 아티클에서 모든 것을 얻을 수는 없겠지만 일단 둘러보기에는 아주 좋은 예제일 것이다.
예제를 돌려보려면 EMF 사용법에 대한 기초지식이 필요하다. 다음 문서를 참고하라. Rational Rose가 없으면 Annotated Java를 사용하면 된다.
이 글은 스프링노트에서 작성되었습니다.
