자바 기반의 이클립스 플러그인 개발 개요

하지만 자체, 또는 Eclipse 플랫폼 자체, RTC에는 이러한 리소스 파일의 내용을 명확 하 게 식별 하는 편리한 방법 그리고 많은 양의 정보 유니코드만 표시 될 수 있습니다: 예를 들면: \u7675. 그래서 우리는 도구 또는 플러그인 (이클립스 플러그인) 내 문제를 해결 하기 위해 자동으로 해독 필요 합니다. 그래서 우리는 더 이상 혼란 유니코드 하지만 디코딩된 텍스트 참조를 표시 합니다. (위의 예제에서 그것은 것으로 표시 "癵"). 모두 모두,이 도구는 http://www.aliyun.com/zixun/aggregation/7155.html에 더 많은 편의 제공 "> 개발자 뿐만 검토 및 시험기 PII의 크게 작업의 효율성을 개선."

요구 사항 배경: 언어와 텍스트 TVT 테스트에서의 디코딩

TVT (번역 확인 번역 검증 테스트) 테스트 때 우리는 지속적으로 다양 한 언어 (프로그램된 통합된, 정보 PII를 번역할 필요가 프로그램 통합 정보) 파일은 테스트에 대 한 리소스 파일에 업데이트 됩니다. 리소스 파일의 관리를 위해 우리 사용 하 여 RTC 대부분의 시간. 하지만 자체, 또는 Eclipse 플랫폼 자체, RTC (에 있는 원시 텍스트의 형태), 번역 된 텍스트 처럼 보이는 것입니다 표시 하는 방법을 제공 하지 않습니다 하 고 많은 정보 우리의 읽기 및 유효성 검사에 대 한 나쁜 유니코드에서 표시 됩니다. 그래서 우리는 다양 한 언어의 디스플레이 달성 하기 위해 디코딩 하기 위해 유연 하 고 편리한 도구를 사용 해야 합니다. 우리는 플러그인에서 이클립스 플랫폼에서 설계, 우리는 쉽게이 필요를 달성할 수 있다.

기술적 배경: 자바 기반의 이클립스 플러그인 개발의 개요

이클립스의 가장 매력적인 부분은 그것의 플러그인 아키텍처입니다. 이 시스템에서 가장 기본적인 개념이입니다 확장 (확장 포인트), 플러그인에서 제공 하는 인터페이스입니다. 각 플러그인은 기존 확장에서 개발 된 가리키고이 플러그인 개발을 계속 확장 포인트 자체를 할 수 있습니다. 플러그인, 이클립스 시스템의 핵심 부분을 할 때 그것은 시작, 그리고만 플랫폼의 기본 부분을 시작 하 고 시스템의 플러그를 찾이 필요가 간단 하 게입니다. 대부분의 Eclipse에서 구현 하는 기능 적절 한 플러그인으로 이루어집니다. 이클립스 플러그인 형태로 여러를 기본 기능을 했다. 전체 이클립스 아키텍처, 플러그인에 지속적으로 추가 될 수 있는 지 그 소 퍼즐 처럼 이며 플러그인 기존 플러그인에 추가할 수 있습니다. 여기에 아래와 같이 일반적인 개발 모델을 프로세스 소개가입니다.

그림 1입니다. 과정 개발 모델

디자인 아이디어와 코드 실현: 플러그인 디코딩 디자인 및 코드 조각

플러그인 엔지니어링 구조 디자인 아이디어 및 코드 실현:

1. 확장 메뉴 옵션을 추가 하는 이클립스의 하려면 텍스트 편집기에서 Popumenu.

이 프로젝트에서 메뉴 옵션은 디코딩 유니코드 (코드 포인트-> 문자). 이 메뉴 옵션을 편집 하려면 텍스트 편집기 확장으로 추가 되 고 Xmleditor, javaeditor 같은 다른 편집기에 표시 되지 않습니다.

프로젝트에 텍스트 파일을 열고 참조 추가 메뉴를 마우스 오른쪽 단추로 클릭 합니다.

그림 2입니다. 추가 메뉴 옵션