Trial & Error Oriented Development : 태그

태그 : EMF

2008/03/05 Domain(?) Modeling 관련 기사
2008/02/26 EMF.Edit 에서 Feature Literal 의 getName() 과 ItemProvider의 displayName의 관계
2008/02/26 Classpath URI protocol
2008/02/26 Workspace-aware EPackage registry
2008/02/25 EMF Recipes
2008/02/20 XSD Export from EMF
2008/02/01 EMF Cross Document 예제

EMF 태그와 관련된 다른 이글루의 글 보기

2008년 03월 05일

Domain(?) Modeling 관련 기사

http://www.ibm.com/developerworks/library/ar-usermod1/index.html?ca=drs-

http://www.ibm.com/developerworks/library/ar-usermod2/index.html?ca=drs-

MDA, emf

# by Augie | 2008/03/05 09:29 | 트랙백

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를 식별하는 것은 만만치 않아 보인다.