Trial & Error Oriented Development : 태그

아마도 TEF는 소스코드 편집과 같은 텍스트 기반 편집 기능 개발을 돕는 프레임웍이 아닌가 한다.
자세한 내용은 아직 안 봐서...

http://metabubble.blogspot.com/2008/03/textual-editing-framework-tutorial.html

eclipse, TEF

# by Augie | 2008/03/24 12:53 | 트랙백

2008년 03월 21일

Equinox Portal

http://www.eclipse.org/equinox-portal/

OSGi, Equinox, eclipse

# by Augie | 2008/03/21 16:16 | 트랙백

2008년 03월 12일

JDT에서 특정 메소드이 계층구조를 찾고자 할 경우 Ctrl + T 를 눌러 클래스 계층구조에서 구현된 메소드를 찾아갈 수 있다.
하지만 이 방법은 클래스 위주의 표시 방법으로 해당 메소드에 대한 구현트리만 볼 수 있는 방법이 있으면 좋을 것이다.
또한 구현메소드가 하나인 경우 바로 해당 메소드로 이동할 수 있다면 좋을 것이다.
이런 목적을 달성해 주는 플러그인이 있다.

http://eclipse-tools.sourceforge.net/implementors/index.html

다음의 주요기능을 제공한다.

Alt+F3 : Activation of the Open Implementation action
Ctrl+Alt+F3 : Activation of the Open interface action

Update Site
http://eclipse-tools.sourceforge.net/updates/

eclipse

# by Augie | 2008/03/12 15:05 | 트랙백

2008년 02월 26일

EMF.Edit 에서 Feature Literal 의 getName() 과 ItemProvider의 displayName의 관계

displayName 은 plugin.properties 에 존재 ResourcePlugin을 통해 뽑아온다.

getName은 ???
EClass의 getStructuralFeature() 에 의해 리턴되는 값

NCrossPacakgeImpl#initializePackageContents() 에서
각 init 메소드 호출에서 하드코딩 되어 있음
즉, generate 시점에서 하드코딩으로 세팅되는 이름임
그렇다면 ecore 파일에서 이름을 생성해 낼 것으로 보인다.

현재까지 본 바로는 displayName과 getName() 은 ecore 혹은 genmodel에서 generate 되는 것으로
서로 기반 이름이 다를 것으로 추측된다.

다른 이름들을 맞춰주면 Feature.getName() 과 displayName을 동일하게 맞출 수 있을지도 모른다.

찾아본 결과
displayName을 설정하는 부분은 ecore와 genmodel에 존재하지 않는다.
즉, EMF 코드 생성기가 "미리 정의된 규칙" 에 의해 대소문자 변환을 시도하는 것으로 보인다.
결국, Feature를 이용하여 PropertySource 로 전달된 Id를 식별하는 것은 만만치 않아 보인다.

emf, eclipse

# by Augie | 2008/02/26 17:15 | 트랙백