이 기사에서는 Eclipse RCP(Rich Client Platform)를 사용하여 애플리케이션을 만드는 방법에 대해 이야기하고 싶었습니다. 글을 쓰는 이유는 Habré에 이 플랫폼을 설명하는 기사가 전혀 없다는 사실이었습니다. 예를 들어 사용자 지정 입력 양식을 만듭니다. 데이터의 정확성은 JFace 데이터 바인딩 프레임워크를 사용하여 확인됩니다. 우선, 우리가 얻어야 할 스크린샷을 아래에 제공하겠습니다.
이클립스 RCP란?
우선 Eclipse RCP가 무엇인지 말할 필요가 있습니다. 식 Eclipse Foundation(IBM, SAP, Oracle, Eclipse RCP 기반 제품을 제공하고 Google, RedHat, Adobe, Cisco, Intel 에코시스템 개발에 참여하는 회사가 구성원)에서 개발 및 유지 관리하는 Java로 작성된 개발 환경입니다. 이클립스 RCP이른바 리치 클라이언트 애플리케이션을 만들기 위한 플러그인 세트입니다. Eclipse IDE를 열 때 사용자가 보는 모든 것은 이 플랫폼을 기반으로 만든 플러그인입니다. 사용자는 기존의 수많은 플러그인을 기반으로 자신의 플러그인을 만들 수 있으며 필요한 경우 Hibernate, Google Guice, Google Guava, JUnit, TestNG와 같은 가장 인기 있는 프레임워크를 플러그인으로 찾을 수 있습니다. 런타임 아키텍처가 서비스 플랫폼 사양을 기반으로 한다는 점도 주목할 가치가 있습니다. OSGI, 이 사양은 모듈식 응용 프로그램을 만들고 작동하는 방법을 설명합니다. 위에서 언급한 것처럼 Eclipse는 Java로 작성되었으며 크로스 플랫폼 제품으로 포지셔닝됩니다(90%의 경우 RCP 애플리케이션은 Windows, Linux 및 Mac에서 빌드됨). 플랫폼의 핵심을 구성하는 모든 플러그인과 대부분의 타사 플러그인은 EPL(Eclipse Public License)에 따라 배포됩니다. RCP 애플리케이션의 사용자 인터페이스는 SWT 및 JFace 프레임워크의 시각적 구성 요소와 기본 Eclipse 위젯을 기반으로 합니다. 아래 그림은 RCP 플랫폼 기반 애플리케이션의 구성 요소와 Eclipse 플랫폼 자체의 구조를 보여줍니다.
그림 1 - RCP 응용 프로그램에 사용된 구성 요소(이 사이트에서 가져온 사진)
그림 2 - Eclipse 아키텍처(이 사이트에서 가져온 사진)
플랫폼 장단점
주요 질문은 이 플랫폼이 왜 그렇게 좋은지, 왜 데스크탑 애플리케이션을 개발하는 데 사용하는지입니다(그런데 모바일 플랫폼용 웹 애플리케이션 및 애플리케이션 개발이 가능함). 모듈화, 크로스 플랫폼, 다국어 지원, 무료, 큰 금액기존 플러그인, 라이브러리 및 프레임워크. 이 모든 것을 통해 상용 등급 응용 프로그램을 만들 수 있습니다(이 플랫폼에서 개발된 기존 응용 프로그램 목록에 대한 링크는 기사 끝에 제공됨). 심각한 응용 프로그램을 개발하려면 최소한 일반적으로 OSGI 프레임워크가 작동하는 방식을 알아야 하고 SWT 및 JFace 구성 요소 및 위젯과 함께 작동할 수 있어야 하기 때문에 단점은 상당히 높은 수준의 진입을 포함합니다. 또한 러시아어를 구사하는 개발자의 경우 위에 언급된 프레임워크 및 라이브러리에 대한 자료나 책을 찾는 것이 문제가 될 것입니다(러시아어를 포함하여 찾은 리소스에 대한 링크는 기사 끝에 제공됨). 참가자들이 주최하는 유럽과 미국에서 정기적으로 개최되는 Eclipse Foundation은 독일에서 발행되는 특별 잡지로 새로운 플러그인에 대해 이야기하고 많은 사용 사례가 포함되어 있으며 전체 시리즈의 책도 있습니다. 개발의 모든 뉘앙스와 미묘함을 설명하는 독일어. 영어로 Addison-Wesley의 eclipse 시리즈의 특별 시리즈를 찾을 수 있으며 Apress의 두 권의 책도 찾을 수 있습니다. 그러나 우리 모국어로 된 자료와 책은 거의 없습니다.시작하기
필요한 플러그인 설치
첫 번째 RCP 응용 프로그램을 만드는 과정으로 바로 이동해 보겠습니다. 작동하려면 어셈블리를 다운로드해야 합니다. RCP 및 RAP 개발자를 위한 Eclipse공식 사이트에서. Eclipse IDE가 이미 설치된 경우 업데이트 관리자를 사용할 수 있습니다. 기본 메뉴에서 도움말->새 소프트웨어 설치를 선택합니다. 표시되는 설치 창의 드롭다운 목록에서 필요한 업데이트가 있는 사이트를 드롭다운 목록에서 선택합니다. download.eclipse.org/releases/indigo, 목록에 해당 사이트가 없으면 오른쪽에 있는 추가 버튼을 클릭하고 이름 필드에 - Indigo 업데이트 사이트를 입력하고 위치 필드에 위에 제공된 주소를 입력하고 확인을 클릭합니다(추가할 때 메시지가 나타나면 주소 - 중복 위치, 사용 가능한 소프트웨어 사이트 목록에 주소가 이미 있는 경우, 업데이트 사이트 목록은 드롭다운 목록 아래 사용 가능한 소프트웨어 사이트 링크를 클릭하여 이전 설치 창에서 볼 수 있습니다. 업데이트 사이트를 선택하면 아래에 트리 모양의 목록이 표시됩니다(카테고리별 항목 그룹화 확인란이 선택된 경우). 범용 도구 항목을 열고 선택합니다. Eclipse 플러그인 개발 환경그런 다음 EclipseRT 대상 플랫폼 구성 요소 항목을 열고 플러그인을 표시하십시오. Eclipse RCP 플러그인 개발자 리소스, 프로젝트를 생성하는 데 필요한 것은 이 두 플러그인입니다. 다음을 두 번 클릭하고 수락합니다. 라이센스 계약마침 버튼을 클릭하십시오. 그게 다야, 필요한 플러그인 설치가 시작됩니다. 설치 후 Eclipse를 다시 시작하라는 메시지가 표시됩니다.
그림 3 - 플러그인 설치 창
프로젝트 만들기
재부팅 후 메인 메뉴에서 File-> New-> Other 항목을 선택하고 Plug-in Development 항목을 선택한 후 드롭다운 메뉴에서 Plug-in Project를 선택한다.
그림 4 - 생성 중인 프로젝트 유형 선택 메뉴
다음을 클릭합니다. 프로젝트에 이름을 지정하고 first.rcp.application으로 이름을 지정하고 다시 다음을 클릭합니다. 다음 창에서 응용 프로그램의 이름을 지정해야 하며 이름 필드에 First RCP Application을 작성합니다. 플러그인의 수명 주기를 제어하는 Java 클래스인 활성제 생성 상자를 선택 취소합니다. 우리를 위해 간단한 신청활성제 클래스가 필요하지 않습니다. 항목에 체크박스를 남겨두자 - 이 플러그인은 UI에 기여합니다. 사용자 인터페이스. 세 번째 옵션인 API 분석 활성화를 선택하지 않은 상태로 두겠습니다. 질문에 - 리치 클라이언트 애플리케이션을 생성하시겠습니까? 대답 예.
그림 5 - 플러그인 생성 창
다음을 클릭하면 향후 애플리케이션을 위한 템플릿을 선택하라는 메시지가 표시되고 Hello RCP를 선택하고 다음을 클릭합니다.
그림 6 - RCP 프로젝트 템플릿 선택 창
마지막 창의 응용 프로그램 창 제목 필드에 - 사용자 양식, 응용 프로그램 클래스 필드에 - 내 응용 프로그램. 브랜드 추가 확인란을 비활성 상태로 둡니다. 마침 버튼을 눌러줍시다. 플러그인 개발 관점으로 전환하라는 요청을 받을 것이며 이 제안에 동의할 것입니다.
그림 7 - RCP 프로젝트 템플릿 구성 창
프로젝트 구조
그래서 우리는 새로 생성된 프로젝트의 구조를 가지고 있습니다.
그림 8 - 프로젝트 구조
first.rcp.application 패키지에 있는 5개 클래스의 내용은 현재 우리에게 관심이 없습니다. 내 응용 프로그램이것은 어떤 면에서 일반 자바 프로그램의 메인() 메서드이며, 이 클래스는 플러그인이 시작되는 방법과 중지되는 방법에 대한 책임이 있습니다. 클래스 ApplicationWorkbenchWindowAdvisor, 다음 코드 줄을 사용하여 응용 프로그램 창의 크기를 설정할 수 있습니다.
configurer.setInitialSize(새로운 포인트(400, 300));
또한 도구 모음과 상태 표시줄이 기본적으로 표시되지 않음을 알 수 있습니다.
configurer.setShowCoolBar(거짓);
configurer.setShowStatusLine(거짓);
마지막 줄은 기본 창의 제목을 설정합니다.
configurer.setTitle("사용자 양식");
수업 ApplicationActionBarAdvisor애플리케이션의 메뉴 표시줄 설정을 담당합니다. 수업 관점이 관점(관점)에 있는 편집기(편집기) 및 보기(보기)의 위치와 크기를 담당하며, RCP 애플리케이션에는 적어도 하나의 관점이 있어야 합니다.
프로젝트 시작
방금 만든 응용 프로그램을 실행하려면 META-INF 폴더로 이동하여 파일을 열어야 합니다. 매니페스트.MF, 갑자기 닫은 경우(이 파일은 프로젝트 생성 시 기본적으로 열립니다).
그림 9 - RCP 애플리케이션 속성 편집기
이 파일을 사용하면 많은 프로젝트 설정을 변경하고, 추가 플러그인을 연결하고, 확장을 연결 및 관리하고, 플러그인 빌드를 사용자 정의하는 등의 작업을 수행할 수 있습니다. 우리는 개요 탭에 있고 테스트 섹션에서 링크를 클릭하십시오 - Eclipse 응용 프로그램 실행, 잠시 후 응용 프로그램 창이 화면에 나타나고 닫고 다음 단계로 넘어갑니다.
그림 10 - 애플리케이션 창
보기 추가(보기)
확장 프로그램 추가
우리의 임무는 그래픽 인터페이스의 요소를 배치할 수 있는 보기(보기)를 만드는 것입니다. 파일로 돌아가자. 매니페스트.MF, 하단의 탭 - 확장 프로그램을 선택합니다. 기본적으로 org.eclipse.core.runtime.applications 및 org.eclipse.ui.perspectives라는 두 가지 확장이 있음을 알 수 있습니다. 첫 번째 확장은 응용 프로그램 클래스와 관련이 있습니다. 내 응용 프로그램, 이 확장을 선택하고 트리 보기를 first.rcp.application.MyApplication(실행) 노드로 확장하면 클래스 필드에 이 특정 클래스의 이름이 포함되어 있음을 알 수 있습니다. 이 목록의 루트 노드로 돌아가서 확장 세부 정보 섹션의 오른쪽에 두 개의 필드가 표시됩니다. 이 필드의 값도 변경할 수 있습니다(지금은 수행하지 않음): ID - 애플리케이션 식별자 및 이름 - 애플리케이션 이름.두 번째 확장은 애플리케이션의 관점을 설정하는 역할을 합니다. 파일 매니페스트.MF Perspective 클래스의 코드를 살펴보지 않고도 이 Perspective가 포함할 뷰 및/또는 편집기, 위치, 크기 및 비율을 지정할 수 있습니다. 이 확장을 클릭하고 하위 항목으로 이동하면 확장 요소 세부 정보 섹션에서 관점 클래스, ID 및 이름을 지정할 수 있음을 알 수 있습니다. 위에서 언급한 것처럼 이러한 변경은 이 확장과 연결된 클래스 코드를 직접 편집하고 파일을 편집하여 수행할 수 있습니다. 플러그인.xml, 하지만 우리는 첫 번째 프로젝트의 생성을 복잡하게 만들고 싶지 않습니다.
그림 11 - 프로젝트 확장이 있는 탭
보기를 만들려면 새 확장을 추가해야 합니다. 이렇게 하려면 추가 버튼을 클릭하고 나타나는 창에서 확장 지점 필터 필드에 보기를 입력합니다. 확장은 하나만 있어야 합니다(org.eclipse.ui.views). 확장을 선택하고 마침 버튼을 클릭합니다.
그림 12 - 새 확장 선택 창
확장 목록에서 세 번째 확장이 연속으로 하나 더 있어야 합니다.
사용자 정의 보기
우리가 추가한 확장을 클릭하십시오 마우스 오른쪽 버튼으로 클릭쥐가 나타납니다 컨텍스트 메뉴, New->view를 선택하여 확장에 요소를 추가합니다(이 요소는 우리가 필요로 하는 보기입니다). 이 요소에 대한 설정이 오른쪽에 나타납니다. 먼저 뷰에 대한 클래스를 생성해 보겠습니다. 클래스* 링크를 클릭하면 이 작업을 수행할 수 있습니다.
그림 13 - 보기 설정(보기)
Java 클래스를 만들기 위한 표준 대화 상자가 열리고 이름을 MainView로 지정합니다. 보시다시피 이 클래스는 클래스에서 상속됩니다. org.eclipse.ui.part.ViewPart, 모든 보기의 상위 클래스입니다. 마침 버튼을 클릭하여 클래스 생성을 완료합니다. 거의 남아 있지 않습니다. 보기에 대한 클래스를 생성한 후 해당 코드가 우리 앞에서 열리고 이 보기의 식별자를 포함할 정적 변수를 생성하고 이 클래스의 정식 이름을 식별자로 설정합니다. . 다음을 작성해 봅시다.
…
공개 클래스 MainView는 ViewPart(
공개 정적 최종 문자열 ID = MainView.class.getCanonicalName();
…
}
파일로 돌아가자 매니페스트.MF, 확장 탭을 열고 클래스* 필드의 내용을 복사하여 ID 필드에 붙여넣습니다. 이제 이 보기의 클래스 이름과 ID가 동일합니다. 이 트릭을 사용하면 항상 원하는 보기를 빠르게 찾고 해당 ID를 찾을 수 있으므로 좋은 방법입니다. 이름* 필드에 - 사용자 양식을 작성합니다. 뷰 자체를 사용할 수 없기 때문에 전체 뷰가 생성되고 이를 우리의 관점과 연결하는 것이 남습니다. 즉, 일부 관점에 속해야 합니다.
보기 위치 설정
확장 편집기에 남아 있는 동안 추가 조작을 수행하거나 퍼스펙티브 클래스 코드를 열 수 있습니다. 원근감.자바, 우리가 할 것입니다. 클래스 관점, createInitialLayout() 메소드로 이동해 보겠습니다. 이 방법보기 및 편집기의 초기 위치를 설정합니다. 메서드에서 다음 두 줄의 코드를 작성합니다.레이아웃.setEditorAreaVisible(거짓);
layout.addStandaloneView(MainView.ID, true, IPageLayout.LEFT, 1.0f, layout.getEditorArea());
첫 번째 줄은 레이아웃 개체에 보기가 하나만 있고 편집기가 없기 때문에 편집 영역이 필요하지 않다는 것을 알려줍니다. 두 번째 줄은 우리의 보기를 독립 실행형(독립형)으로 추가합니다. 첫 번째 매개변수는 뷰 ID입니다. 두 번째 매개변수는 뷰(사용자 양식)의 제목을 표시할지 여부를 결정하는 부울 값입니다. 세 번째 매개변수는 원근감에서 보기의 방향을 나타내기 위한 것입니다. 하나의 보기가 있고 전체 원근 공간을 차지하므로 이 값은 any일 수 있습니다. 네 번째 매개변수는 다른 보기 또는 편집기와 관련된 이 보기의 위치를 결정합니다. 우리의 경우 보기만 전체 원근 공간을 차지해야 하기 때문입니다. 마지막 다섯 번째 매개변수는 편집기 영역의 식별자입니다. 변경 사항을 저장합시다.
추가된 보기로 애플리케이션 실행
파일로 돌아가자 매니페스트.MF응용 프로그램을 다시 시작합니다. 이를 수행하려면 개요 탭으로 이동하여 테스트 섹션에서 Eclipse 응용 프로그램 시작 링크를 클릭합니다. 이전 출시 때 양식이 어떻게 보였는지 큰 차이는 없을 것이며 보기가 있는 탭인 사용자 양식만 추가되었습니다.
그림 14 - 보기가 추가된 애플리케이션 창
오늘은 여기까지이며 다음 기사에서 계속됩니다.
IBM은 귀하를 위해 오픈 소스 커뮤니티에 어떤 기여를 하고 있습니까?
마크 에릭슨과 앵거스 매킨타이어
2001년 11월 1일 게시
Eclipse 플랫폼은 통합 개발 환경(IDE)을 구축하도록 설계되었습니다. 다양한 프로그램 실행 환경을 위한 다양한 종단 간 컴퓨팅 솔루션을 만드는 데 사용할 수 있습니다. 아키텍처를 선택할 때 도구 제작자는 다음을 수행해야 합니다.
- 숨겨진 API 및 도구 간 인터페이스가 없는 경우 동등한 조건 및 정보의 완전한 공개. Eclipse는 이러한 목적으로 오픈 소스 플랫폼을 제공합니다. 코드의 품질, 이식성 및 성능을 확인하기 위해 게시된 API는 관련 산업 컨소시엄에서 테스트됩니다.
- 새로운 기회에 도달하기 위해 플랫폼을 확장할 수 있는 자유. Eclipse는 플랫폼 재배포를 포함하여 파생물을 생성할 수 있는 기능을 제공합니다. Eclipse를 사용하면 도구 개발자가 자신의 핵심 역량과 개발 기술을 위한 새로운 모델에 집중할 수 있습니다.
- 통제되고 조직적인 방식으로 전달되는 제품 변경 및 개선 요청에 대한 적시 응답을 받습니다. www.eclipse.org 사이트를 통해 개발자는 다양한 변경을 할 수 있습니다. 이것은 플랫폼 개발에서 공동 작업과 개발자의 모든 종류의 지원을 통해 달성됩니다.
질문과 답변
- 내부 도구의 균질한 통합 촉진 다양한 방식콘텐츠 및 도구 제공자.
- 다양한 도구 생성을 지원합니다.
- ISV(독립 소프트웨어 공급업체)를 포함하여 무제한의 도구 공급자를 지원합니다.
- 모든 형식(HTML, Java, C, JSP, EJB, XML 및 GIF 포함) 작업을 위한 도구 지원.
- GUI(그래픽 사용자 인터페이스)가 있거나 없는 애플리케이션 개발 환경을 지원합니다.
- Windows 및 Linux를 포함한 다양한 운영 체제에서 실행됩니다.
- Java 언어의 인기를 사용하여 도구를 작성합니다.
IBM이 Eclipse 플랫폼 소스 코드를 공개 커뮤니티에 공개할 예정입니까? 언제 이런 일이 일어날까요?
예, 소스 코드는 현재 Common Public License에 따라 제공됩니다. 곧 IBM은 Eclipse 플랫폼을 관리할 임시 이사회에 Eclipse를 넘길 것입니다.
임시 이사회에는 누가 있습니까?
임시 이사회는 추후 발표될 예정이다.
커뮤니티에 가입하고 싶습니다. 그것을 하는 방법?
www.eclipse.org를 방문하십시오.
의원이 되려면?
공동 작업, 기여, 홍보: 고유한 코드, 아이디어, 제품, 버그 수정 제공, 지식 및 경험 공유
Eclipse 플랫폼은 어떻게 지원됩니까?
커뮤니티에서 인정하는 자원을 사용하여 자발적으로 포럼과 이메일을 통해 지원이 제공됩니다. 자세한 정보는 www.eclipse.org에서 찾을 수 있습니다.
연중무휴 지원이 있습니까?
임시 이사회는 어떻게 선출됩니까?
제한된 직원으로 Eclipse 팀은 플랫폼 구축을 위해 선택된 소수의 회사와만 상호 작용할 수 있습니다. 임시 이사회의 구성원은 실험적으로 지금까지 플랫폼 개발에 기여한 회사에서 선출됩니다. 선택은 세 가지 기준을 기반으로 합니다. 이사회 구성원은 회사에서 Eclipse를 사용해야 합니다. 또한 Eclipse를 사용하여 영업 프레젠테이션을 작성해야 합니다. Eclipse.org를 공개적으로 유지 관리해야 합니다.
이클립스 소스코드 공개를 왜 그렇게 오래 미루셨나요?
회사의 소스 코드 제공 계획이 면밀히 검토되었을 때 개발 팀은 첫 번째 플랫폼이 철저하게 개발되고 철저하게 테스트되었는지 확인하기를 원했습니다. 우리는 몇 가지 대안적인 건물 개념을 시도했으며 그 중 일부는 이미 시장에 나와 있습니다. 그 후 우리는 이러한 아이디어를 다른 도구 제공업체와 공유하고 개선했습니다. Eclipse 플랫폼은 이제 첫 번째 릴리스를 위한 준비가 되었습니다.
IBM이 기술을 무료로 출시하면 IBM이 더 이상 해당 기술에 전념하지 않는다는 의미입니까?
IBM은 Eclipse 플랫폼을 채택하고 이를 WebSphere Studio 제품군인 전체 IBM 소프트웨어 개발 도구 제품군의 기반으로 사용하기 위해 최선을 다하고 있습니다. 이러한 제품은 이미 전설적인 지원을 통해 통합 품질 관리를 사용하는 경우에만 혜택을 받습니다. IBM 제품, 그리고 IBM 브랜드에 대한 우리의 약속. 유사한 인터페이스를 사용하며 Eclipse 플랫폼과 공유되는 기술을 기반으로 합니다.
Eclipse에 대한 문서 및 정보는 어디에서 찾을 수 있습니까?
웹사이트 www.eclipse.org에서.
Eclipse는 .NET과 얼마나 다른가요?
.NET은 Microsoft에서 부과한 독점 인터페이스를 통해 Microsoft 플랫폼에서만 사용하도록 만들어졌습니다. 개발자는 .NET에서 발생하는 변경 사항에 응답해야 합니다. "wintel" 기술 이상으로 설명되는 세계에서 .NET 플랫폼은 심각한 골칫거리입니다. 서버, 워크스테이션, 임베디드 장치 및 휴대용 PDA를 통합해야 하는 종단 간 컴퓨팅 프로젝트는 다양한 기타 고급 및 고급 실행 환경에서 작동합니다. 그 결과 OS/390, Linux 및 QNX와 같은 많은 강력한 프로세서 아키텍처 및 운영 플랫폼이 사용됩니다.
Eclipse 플랫폼은 잘 문서화된 모든 API 및 확장 지점과 함께 공개 공개 라이선스로 사용할 수 있으므로 도구 개발자는 Microsoft 제품을 포함하여 원하는 수의 작업 공간을 지원할 수 있습니다.
Eclipse를 Sun Microsystems의 오픈 소스 이니셔티브와 비교할 수 있습니까?
Eclipse 프로젝트의 배경은 "개발자 도구용 Apache"를 만드는 것입니다. 이는 소프트웨어 개발자에게 필요한 많은 기본 서비스를 제공하는 오픈 소스 인프라를 만드는 것을 의미합니다. "도구 상자 개발을 위한 도구 상자"여야 합니다. 단순히 API 모음이 아니라 Eclipse 프레임워크는 실제 작업을 수행하도록 빌드된 실제 코드로 구성됩니다.
Erich Gamma가 말했듯이 "Eclipse의 모든 것은 플러그인입니다. Java IDE는 특별한 지위가 없으며 플랫폼의 통합하기 쉬운 확장성을 보여주는 또 다른 플러그인 세트일 뿐입니다. Eclipse 플랫폼을 오픈 소스로 만드는 것은 도구를 허용합니다. "제조업체가 동일한 작업을 수행하도록 합니다." 새 플러그인을 생성할 뿐만 아니라 기존 플러그인을 개선하는 데 도움이 됩니다. 결과적으로 대기업과 기업 대표는 도구를 통합하기 위한 공평한 경쟁의 장을 갖게 됩니다."
WebSphere Studio Workbench와 Eclipse 플랫폼의 차이점은 무엇입니까?
WebSphere Studio Workbench는 Eclipse를 기반으로 사용하여 다음을 지원하는 제품 통합을 제공합니다. 소프트웨어 플랫폼 WebSphere. WebSphere Studio Workbench는 Eclipse 플랫폼에서 Eclipse 기술을 사용하는 예입니다.
Eclipse는 모든 작업 환경에서 사용할 수 있는 오픈 소스 도구 통합 플랫폼입니다.
네 가지 주요 사항이 다릅니다.
지원하다
Eclipse 플랫폼에 대한 지원은 Eclipse.org 컨소시엄을 통해 제공되는 반면, WebSphere에 대한 지원은 표준 IBM 지원 구조(PartnerWorld)에서 제공됩니다.
라이선스
Eclipse Patform은 "Common Public License"에 따라 사용할 수 있으며 WebSphere Studio Workbench는 IBM PartnerWorld 라이센스에 따라 사용할 수 있습니다.
파생 상품 / 소스 코드 수정
Eclipse 플랫폼을 사용하면 도구 개발자가 Eclipse 프로젝트에서 파생된 코드를 확장 및 수정하여 새로운 영역을 탐색하고 새로운 플랫폼 및 운영 체제를 대상으로 지정할 수 있습니다. WebSphere Studio Workbench는 IBM에서 제공한 대로 통합 및 배포되어야 합니다.
브랜딩
Eclipse 기술은 중앙 집중식 브랜드가 주장하지 않습니다. 어떻게 요소브랜드의 경우 호환되는 제품이 출시되면 커뮤니티에서 채택할 수 있습니다. WebSphere Studio Workbench에는 자체 브랜딩, 파트너 프로그램 및 지원 오퍼링이 포함되어 있습니다.
언제 Eclipse를 선택해야 하고 언제 WebSphere Studio Workbench를 선택해야 합니까?
사용할 기술을 선택하는 데 도움이 되도록 도구 제작자는 몇 가지 간단한 질문에 답해야 합니다.
도구의 지원되는 작업 환경을 결정합니다.
- WebSphere만 있는 경우에는 WebSphere Studio Workbench를 선택하십시오.
- 미래 기술을 위한 다른 환경 또는 확장? Eclipse 플랫폼을 선택해야 합니다.
- 두 환경 모두. IBM과 IBM 파트너 프로그램 간의 시너지 정도를 평가한 후 선택해야 합니다.
Eclipse 코드와 자신의 코드를 모두 포함하여 전체 오퍼링을 유지하시겠습니까?
- 그렇지 않다면 WebSphere Studio Workbench가 더 적합합니다.
IBM에서 지원하지 않는 플랫폼용 도구를 제공합니까?
- 그렇다면 Eclipse 플랫폼을 선택해야 합니다.
- 그렇지 않은 경우 이전 두 가지 기준에 따라 선택해야 합니다.
공식 지원 및 참여를 원하십니까? 제휴 프로그램 IBM.
- 그렇다면 WebSphere Studio Workbench를 선택하십시오.
- 그렇지 않은 경우 Eclipse 플랫폼을 선택해야 합니다.
Eclipse.org는 무엇입니까?
Eclipse.org는 소프트웨어 개발 도구 공급업체의 개방형 커뮤니티 컨소시엄입니다. 커뮤니티는 개발 환경 및 제품 통합을 개선하기 위해 협력하는 데 관심이 있습니다. 커뮤니티는 플러그인 기술을 사용하여 다양한 환경에서 쉽게 상호 운용할 수 있는 제품을 만드는 데 공통의 관심을 공유합니다. 주요 통합 기술을 협력하고 배포함으로써 Eclipse 호환 도구 공급업체는 자신의 전문 분야와 새로운 개발 기술 생성에 집중할 수 있습니다.
이클립스 플랫폼이란?
Eclipse 프로젝트의 주요 아이디어는 "개발자 도구용 Apache"를 만드는 것입니다. 이는 소프트웨어 개발자가 필요로 하는 많은 기본 서비스를 제공하는 오픈 소스 인프라를 만드는 것을 의미합니다. "도구 상자 개발을 위한 도구 상자"여야 합니다. 단순히 API 모음이 아니라 Eclipse 프레임워크는 실제 작업을 수행하도록 빌드된 실제 코드로 구성됩니다.
Eclipse 플랫폼은 통합된 종단 간 소프트웨어 개발 도구를 구축하고 실행하기 위한 기반을 제공합니다. 플랫폼은 통합 작업 공간에 포함된 솔루션을 구축하기 위해 도구 공급자가 사용하는 오픈 소스 구성 요소로 구성됩니다. Eclipse 플랫폼은 잘 구성된 설계 및 구현 환경에 기술을 통합합니다.
IBM이 Eclipse를 오픈 소스로 배포하는 이유는 무엇입니까?
오픈 소스는 도구 통합을 위한 개방형 플랫폼을 제공하는 유일한 방법입니다. 또한 오픈 소스를 사용하면 다른 이점이 있습니다.
이러한 이점의 주요 중 하나는 제품의 재사용입니다. 이미 작업 형식으로 존재하는 경우 왜 무언가를 다시 작성해야 합니까? 개방형 Eclipse 플랫폼을 사용하여 도구 제작자는 통합 개발 환경(IDE) 구축을 위한 도구 인프라를 제공하여 자체 개발에 집중할 수 있습니다. 그럴 수도 있겠지만, 다른 사람의 코드를 사용하는 것이 신뢰를 얻기 시작했습니다.
새로운 아키텍처나 플랫폼에 대한 신뢰는 구축하는 데 오랜 시간이 걸립니다. 예를 들어, 특정 운영 체제(예: Windows)에서 응용 프로그램의 사용을 제한하는 독점 인터페이스가 포함된 도구를 만드는 개발자의 신뢰를 얻는 것은 어렵습니다. 또한 다양한 수준의 API가 함께 제공되면 도구 제작자의 신뢰를 얻기가 어렵습니다. 다른 수준도구(예: 기업 API와 다른 커뮤니티 API).
Eclipse 플랫폼을 사용하면 플랫폼 소스 코드를 제공하여 신뢰를 구축할 수 있습니다.
내부, 기본 또는 숨겨진 인터페이스 없이 모든 API에 대해 오픈 소스가 제공됩니다. 신뢰를 얻는 데 오랜 시간이 걸리는 개발자는 코드를 보고 적절한 결론을 내릴 수 있습니다. 출처를 믿고 혁신하세요!
오픈 소스 개발자를 한데 모으는 것도 더 나은 코드를 만드는 데 도움이 될 수 있습니다. 코드를 공동 작업할 때 제작자는 코드에 더 많은 노력을 기울입니다. 이러한 코드는 개인 및 기업 평판의 산물인 작업을 반영합니다. 출처를 믿고 시장에서 입지를 굳히십시오!
순수한 사양을 기반으로 하는 오픈 소스 프로젝트는 이해하기 쉬운 코드를 제공할 수 있습니다. 인터페이스는 구성 요소의 추상 동작을 (블랙 박스 용어로) 설명합니다. 소스 코드를 검사하여 개발자는 코드의 동작을 한 줄씩 구문 분석할 수 있습니다. 다른 사람의 인터페이스를 신뢰하는 것은 어렵습니다. 출처를 믿고 기술을 탐색하십시오!
오픈 소스는 디버그하기가 더 쉽습니다. 오류가 발견되면 보기 소스 코드원인 파악 속도를 높이는 데 도움이 됩니다. 이것은 귀하의 잘못일 수도 있고 플랫폼 및 환경의 잘못일 수도 있습니다. 소스 코드에 대한 액세스는 오류의 원인을 추측하는 작업을 무효화합니다. 포럼에서 문제를 공유하면 유사한 문제에 익숙한 사람들과 메모를 공유할 수 있습니다. 일반적으로 사용되는 오픈 소스 코드에서 문제가 발생하면 수정하거나 해결하는 것이 더 쉽습니다. 필요한 정보를 얻으려면 출처를 신뢰하십시오.
복잡한 기술을 단독으로 작업하는 것은 상당히 어렵습니다. 여러 도구 제작자가 자유롭게 새로운 기술을 연구할 수 있습니다. 위험을 줄이기 위해 출처를 신뢰하십시오!
도구 공급업체가 왔다가 사라집니다. 엔터프라이즈 개발자는 플랫폼의 장기적인 지원을 원합니다. 소스 코드를 사용할 수 있으면 기업은 다음을 수행할 수 있습니다. 단기시작하여 오랫동안 비즈니스를 운영하세요: 소스를 신뢰하여 비즈니스를 성장시키십시오!
유연성은 Eclipse의 주요 속성입니다. Eclipse 플랫폼을 사용하면 적합하지 않은 구성 요소를 요구 사항에 맞게 수정할 수 있습니다. 예를 들어 편집기가 마음에 들지 않으면 직접 만들거나 Eclipse 플랫폼에서 제공하는 오픈 소스 마켓플레이스에서 빌드된 인기 있는 편집기 중 하나를 연결하십시오. 새로운 호스팅 플랫폼을 기존의 종단 간 지원에 연결하고 싶으십니까? 출처를 믿고 플러그인을 만드세요!
따라서 오픈 소스, 오픈 커뮤니티 및 오픈 플랫폼은 크고 작은 도구 제작자가 엔드 투 엔드 개발 프로젝트를 지원하고 새로운 지평을 탐색하는 데 필요한 공평한 경쟁의 장을 마련합니다.
아직도 의심이 드시나요?.. Frank Hecker의 오픈 소스 스토어 구축에 대한 훌륭한 작업에 감사드립니다(참고자료 링크 참조).
Eclipse는 어떤 플랫폼에서 사용할 수 있습니까?
Eclipse는 Windows NT, Windows XP(베타), Windows 2000, Windows 98, Windows ME 및 Red Hat Linux 버전 7.1용으로 출시 및 테스트되었습니다. Eclipse 기술은 다양한 플랫폼에서 쉽게 사용할 수 있도록 Java로 작성되었습니다.
Eclipse가 다른 플랫폼으로 이식되나요?
이것은 해결해야 할 질문이지만 이것이 Eclipse 플랫폼의 장점입니다. 도구 빌더는 Eclipse 기술을 수용하고 업계에서 입증된 개방형 도구 플랫폼의 자신감을 가지고 새로운 영역을 개척할 수 있습니다.
Eclipse 플랫폼의 비용은 얼마입니까?
Eclipse 플랫폼은 Common Public License에 따라 사용할 수 있습니다. 라이선스 세부 정보는 http://www.eclipse.org에서 확인할 수 있습니다.
도구 개발자들이 소스 코드를 다루는 데 열성적이지 않고 그로부터 많은 이점을 얻을 수 없다는 사실은 어떻습니까?
소스 코드에 액세스하면 종종 문제를 빠르게 식별하고, 작업 중복을 제거하고, 새로운 호환 기술에 대한 작업 완료 속도를 높일 수 있습니다.
이렇게 하면 제품이 호환되지 않는 버전으로 분할되지 않습니까?
Eclipse 커뮤니티는 Eclipse 플랫폼의 "공식" 버전을 결정하고 승인할 권리가 있습니다. 커뮤니티 구성원은 필요에 따라 변경 및 추가할 수도 있습니다. 그러나 코드의 기본 사항은 다르며 Eclipse 프로젝트 외부에서 사용자 정의 버전을 만드는 것이 점점 더 어려워집니다. "공식" 버전에서 개선 사항을 이식하는 비용도 증가합니다. 따라서 Eclipse 커뮤니티의 모든 구성원은 공통의 핵심 Eclipse 기술 및 인프라에서 함께 작업하는 데 관심이 있습니다.
제품을 배송할 때 "공식" 버전을 정의하기 위한 조치를 취합니까(예: "Eclipse Inside"와 같은 브랜드의 일부로)?
이 문제는 Eclipse 이사회에서 고려 중입니다.
개별 버전을 사용할 때 소비자 위험은 무엇입니까?
일반적으로 Eclipse 플랫폼의 "공식" 버전은 테스트 및 검토 후 www.eclipse.org에 게시됩니다. 이 버전은 Eclipse.org를 통해 유지 관리됩니다. 개별 버전은 공급업체에서 완전히 지원해야 하므로 커뮤니티 구성원과의 공동 작업의 이점이 손실됩니다.
도구 제작자가 자신의 프로젝트에서 다른 코드를 사용하는 경우 오픈 소스 Eclipse 기술이 다른 코드를 "망칠" 우려가 있습니까?
Eclipse는 공용 API를 사용하여 Eclipse 코드를 호출하는 다른 코드를 "손상"시키는 것을 허용하지 않는 Common Programming License에 따라 사용이 허가됩니다.
버그와 같이 사용자가 Eclipse 소스 코드에서 발견할 수 있는 불쾌한 것은 어떻습니까?
오픈 소스 개발은 크고 작은 버그를 찾아 수정할 가능성을 높입니다. 원래 개발자 또는 커뮤니티 구성원이 발견하고 수정합니다.
소스 코드의 공개가 경쟁자에게 기밀 계획과 전략을 제공할 수 있습니까?
예, 본질적으로 우리는 경쟁업체와 전략을 공유합니다. 의심할 여지 없이, 더 중요한 의견이 있습니다. 개발자는 도구를 애플리케이션에만 통합하는 데 지쳤습니다. 그들은 도구가 종단 간 컴퓨팅 환경에서 함께 작동하도록 하는 방법을 찾는 데 시간을 낭비하는 데 지쳤습니다. Eclipse 플랫폼을 사용하면 모든 사람이 산업 수준에서 IDE를 통합하는 방법을 완전히 이해할 수 있습니다. 우리는 최종 개발자의 작업을 단순화하기 위해서만 이 작업을 수행합니다.
사용자가 단순히 Eclipse 소스 코드를 사용하고 적절한 수익 없이 커뮤니티 지원에 의존할 수 있습니까?
그러나 잠재적으로 그렇습니다. 조만간 상호 운용성은 자체적으로 가져올 수 있는 것보다 더 많은 가치를 최종 사용자에게 제공할 것입니다. 독립적으로 고립된 개발자는 점차 망각에 빠질 것입니다.
경쟁업체가 자신의 목적을 위해 오픈 소스 제품을 "도용"하려고 하면 어떻게 됩니까?
이러한 시도는 가능하지만 커뮤니티는 Common Public License로 보호됩니다. 공식 버전 Eclipse 플랫폼은 앞으로도 계속 출시될 것입니다. 라이선스는 어떤 벤더도 제품을 불법적으로 이용할 수 없도록 구성되어 있습니다. Eclipse 프로젝트에서 함께 일함으로써 우리는 도구 개발자를 위한 진정한 수준의 경쟁의 장을 만드는 데 도움을 주고 싶습니다.
도구를 Eclipse 기술에 통합하는 방법에 대한 정보는 어디에서 찾을 수 있습니까?
http://www.eclipse.org에 여러 백서가 있습니다.
Eclipse 플랫폼은 어떻게 작동하며 어떤 기능을 제공합니까?
Eclipse 플랫폼은 다음 원칙에 따라 구축되었습니다.
- 무료 프레임워크모듈식 크로스 플랫폼 애플리케이션을 개발합니다.
이 프로젝트는 원래 IBM개발을 위한 기업 표준 IDE로 다른 언어들 IBM 플랫폼용. 그런 다음 프로젝트의 이름이 로 바뀌고 커뮤니티의 추가 개발을 위해 제공되었습니다.
우선 완성 자바 IDE, 버전 제어 시스템 작업을 위한 도구를 갖춘 그룹 개발을 목표로 합니다(CVS 지원은 Eclipse 배포에 포함되어 있으며 SVN 모듈의 여러 변형이 활발하게 개발되고 있으며 VSS 및 기타 지원이 있습니다). 무료이기 때문에 Eclipse는 많은 조직에서 애플리케이션 개발을 위한 기업 표준입니다..
두 번째 약속- 새로운 확장의 개발을 위한 플랫폼 역할을 합니다(인기 있는 - 모든 개발자는 모듈로 Eclipse를 확장할 수 있음). 그것들은 되었다 C/C++ 개발 도구(CDT), IBM, COBOL, FORTRAN, 다양한 개발자의 PHP 도구와 함께 QNX 엔지니어가 개발했습니다. 많은 확장이 데이터베이스, 애플리케이션 서버 등으로 작업하기 위한 관리자로 Eclipse를 보완합니다.
버전 3.0부터 Eclipse는 더 이상 확장을 지원하는 모놀리식 IDE가 아니라 확장 모음입니다. OSGi 프레임워크와 SWT/JFace를 기반으로 하며, 이를 기반으로 다음 계층이 개발되었습니다. - 본격적인 RCP 클라이언트 애플리케이션 개발을 위한 플랫폼(Rich Client Platform - (영어 리치 클라이언트 애플리케이션). RCP 플랫폼은 Azareus 및 File Arranger와 같은 RCP 애플리케이션의 기반으로 사용 다음 계층은 편집기, 패널, 퍼스펙티브, CVS 모듈 및 JDT(Java Development Tools) 모듈과 같은 RCP 확장 세트인 Eclipse 플랫폼입니다.
쓰여진 자바따라서 모든 공통 플랫폼용으로 개발된 SWT 라이브러리를 제외하고는 플랫폼 독립적인 제품입니다. SWT 라이브러리는 "느린" 스윙 대신 사용되며 기본 플랫폼(운영 체제)에 완전히 종속되어 빠르고 자연스러운 모습사용자 인터페이스.
Eclipse의 기반은 RCP(리치 클라이언트 플랫폼)입니다. 다음 구성 요소로 구성됩니다.
GUI는 SWT 툴킷을 사용하여 작성됩니다. Swing(사용된 플랫폼의 특정 그래픽 요소만 에뮬레이트함)과 달리 후자는 실제로 이 시스템의 그래픽 구성 요소를 사용합니다. Eclipse 사용자 인터페이스는 또한 SWT를 기반으로 사용자 인터페이스를 쉽게 구축할 수 있도록 하는 JFace라는 GUI 미들웨어에 의존합니다.
플러그인을 통해 유연성을 제공하여 Java 뿐만 아니라 C/C++, Perl, Ruby, Python, PHP, ErLang 등 다른 언어로도 개발이 가능합니다.
현지화
버전 3.1.1부터, Russification용 언어 팩이 출시되었습니다. 러시아어로 번역 GUI뿐만 아니라 문서.
환경을 위해 있다 전선무료 및 상용 모듈. 환경은 원래 Java 언어용으로 개발되었지만 현재는 다음과 같은 다른 언어를 지원하는 수많은 확장이 있습니다.
- C/C++ - CDT Eclipse의 C/C++ 개발 도구
- Perl - EPIC 모듈, Eclipse Perl 통합
- PHP - PDT PHP 개발 도구
- JavaScript - Eclipse 환경용 JSEclipse Javascript 플러그인
- Python - Pydev, Python 개발 환경
- Ruby - RDT, Ruby 개발 도구
그래픽 인터페이스를 생성하기 위한 모듈도 있습니다.
보고서를 개발 및 수신하고 분석 BI 응용 프로그램을 개발하려면 다음이 있습니다. ko:BIRT_Projec티.
를 통해 모듈을 설치하고 업데이트하는 기능.
압타나(aptana.com) - 개발을 지원하는 Eclipse 및 플러그인 배포 자바스크립트 사용(모든 주요 JS Ajax 라이브러리는 배포판에 포함되어 있습니다), HTML, CSS, Ruby on rails, Adobe AIR.
의견을 남겨주세요!
2005년 4월 19일 나탈리아 두보바
오픈 소스 커뮤니티는 Linux OS와 함께 Eclipse 개발 플랫폼을 만드는 몇 가지 주요 프로젝트를 주도하고 있습니다. 몇 년 전 IBM에서 출시한 이 개방형 애플리케이션 개발 도구 통합 플랫폼은 현재 인터넷에서 무료로 사용할 수 있습니다. 오픈 코드사용자 커뮤니티에서 개발했습니다.
프로그래밍이 무엇인지에 대한 질문에 대해 논의하지 않고 - 예술 또는 기술, 우리는 인정합니다. 두 경우 모두 프로그래머는 프로그램 작성 도구 없이는 할 수 없습니다. 프로그래밍 프로세스의 진화(기계 명령에 대한 "마법"에서 고급 언어 사용으로)와 함께 프로그래머의 힘든 작업을 자동화할 수 있는 가능성도 향상되었습니다. 첫 번째 개발 환경은 인터페이스를 사용하여 컴파일러, 링커, 로더 및 디버거의 순차적 실행으로 제한되었습니다. 명령줄. 1980년대에는 이와 함께 개인용 컴퓨터알고리즘(Pascal 등)을 위한 통합 개발 환경(IDE)과 객체 지향(Smalltalk, C++) 프로그래밍 언어를 위한 새로운 종류의 소프트웨어 제품이 시장에 등장했습니다. 이 영역은 Java 언어 개발자의 적극적인 적응 덕분에 진정한 전성기에 이르렀습니다. 이 언어로 프로그램을 만드는 가장 유명한 통합 환경은 Borland JBuilder, Symantec Visual Cafe, Microsoft J++, IBM VisualAge 및 Oracle JDeveloper입니다.
IDE의 주요 목적은 개발자 생산성을 높이는 것입니다. 프로그램 텍스트 편집기, 컴파일러 및 디버거의 기능을 결합한 최초의 개발 환경은 주로 소비자를 일상적인 작업에서 해방시켰습니다. 시간이 지나면서 IDE의 기능 세트는 더욱 풍부해졌습니다. 여기에는 단계별 컴파일러, 프로그램을 보다 논리적으로 표시하기 위한 브라우저, 자동 코드 생성 도구 및 그래픽 사용자 인터페이스를 만들기 위한 시각적 편집기가 포함되었습니다. 시대의 흐름에 따라 개발 환경은 프로그래머의 생산성을 높이는 도구에서 소프트웨어 프로젝트의 팀워크의 모든 단계를 지원하는 수단으로 변모했습니다. 최신 트렌드는 요구 사항 정의 및 모델링에서 소프트웨어 구성 및 버전 관리, 턴키 솔루션의 배포 및 유지 관리에 이르기까지 통합된 애플리케이션 수명 주기 관리 시스템인 ALM(응용 프로그램 수명 주기 관리)으로 IDE를 변환하는 것입니다.
IDE 진화의 새로운 단계마다 복잡한 개발 환경이 있습니다. 그러나 이러한 제품의 사용자는 여전히 IDE에 통합되지 않은 도구에 의존해야 했습니다. 애플리케이션 생성이 하나의 프로그래밍 언어로 프로그램을 작성하고 디버깅하는 데 국한되지 않기 때문입니다. HTML 페이지, 관계형 데이터베이스 스키마 또는 다른 언어(예: Cobol 또는 PL/1)의 코드 조각과 같은 응용 프로그램 시스템에서 사용해야 하는 경우 개발자는 원래 포함되지 않은 적절한 도구를 사용해야 합니다. IDE.
이것이 바로 많은 상용 개발 환경 공급업체가 환경을 최대한 개방적으로 만들고 외부 도구를 통합하기 위한 특별한 메커니즘을 제공하기 위해 노력하는 이유입니다. 그러나 단일 환경이 가능한 모든 사용자 요구 사항을 충족할 수는 없습니다. 이렇게 하려면 프로그래밍 언어에 완전히 중립적이어야 하며 최대 기능 집합을 지원해야 합니다. 이클립스는 그런 환경이 아니라 다국어, 다국어 개발 환경을 구축할 수 있는 기반이자 플랫폼이다.
플랫폼
Eclipse 프로젝트의 개시자가 설명하듯이 그의 아이디어는 개발 환경을 위한 최대한의 기본 기능을 제공하고 다양한 도구를 통합하기 위한 메커니즘을 제공하는 개방형 플랫폼인 "개발 도구용 Apache"를 만드는 것이었습니다. 이 플랫폼의 첫 번째 버전은 IBM에서 개발했으며 2001년 말에 오픈 소스로 출시되었습니다. Eclipse 기반 상용 구현이 곧 등장하기 시작했으며, WebSphere Studio Application Developer 4.0이 개척했습니다. Eclipse는 이제 도구 공급업체와 사용자, 연구 기관 및 개별 개발자를 한데 모으는 전체 오픈 소스 개발 에코시스템을 갖추고 있습니다.
공식 Eclipse Foundation 문서( www.eclipse.org) Eclipse 플랫폼은 프레임워크, 예시 및 확장 가능한 도구를 제공하는 벤더 독립적인 개방형 개발 플랫폼으로 정의됩니다. Eclipse 플랫폼 내의 툴킷은 플랫폼의 기본 기능의 적용 가능성을 확인하고, 사용의 일반적인 상황을 설명하고, Eclipse 플랫폼 자체의 개발 및 유지 관리를 지원한다는 점에서 일반적입니다. 툴킷은 문서화된 프로그래밍 인터페이스를 통해 기능을 사용할 수 있으므로 확장 가능합니다. 기본 원리들, Eclipse 플랫폼의 제작자를 안내하고 계속 개발 중인 내용은 다음과 같습니다.
- 애플리케이션 개발을 위한 도구 구축 지원;
- 독립 소프트웨어 개발자를 포함한 무제한 도구 공급업체 지원
- HTML, Java, C, JavaServer Pages, EJB, XML, GIF 등을 포함한 임의의 컨텐츠 유형 작업을 위한 도구 지원;
- 다양한 유형의 콘텐츠 작업을 위한 도구의 "원활한" 통합 보장 다른 제조업체;
- 기존 및 그래픽 사용자 인터페이스를 통한 애플리케이션 개발 환경 지원;
- 다양한 운영 체제를 기반으로 개발 환경을 실행할 수 있는 기능 제공(오늘날 Eclipse 기반 도구는 Linux, HP-UX, IBM AIX, Sun Solaris, QNX, Mac OS X, Windows용으로 구현됨)
- 플랫폼 개발의 이익을 고려하여 개발 도구를 만들 때 Java 언어의 인기를 얻습니다.
Eclipse 플랫폼은 다양한 문제를 해결하기 위해 다양한 도구와 프로그래밍 언어의 통합을 제공하는 아키텍처를 제공하는 Java로 작성된 매우 범용적인 개발 환경입니다. 이러한 통합 메커니즘을 통해 Eclipse 플랫폼을 사용하여 복잡하고 전문화된 기능을 생성하기 위해 기본 도구를 작성하는 루틴에서 벗어나 고급 개발 환경을 구축할 수 있습니다. 이것은 다기능 및 다국어 개발 환경을 지원하는 문제를 해결할 뿐만 아니라 진화 과정에서 한 유형의 환경에서 다른 유형의 환경으로의 전환을 단순화하기 위한 토대를 마련합니다. 개발자 커뮤니티에서 개발한 Eclipse 플랫폼은 최신 기술을 축적하여 특정 제품의 개발자가 사용할 수 있도록 하고 시스템을 근본적으로 재설계할 필요가 없도록 합니다.
 |
| 이클립스 개발 환경 |
이클립스 플랫폼 아키텍처의 기본은 플러그인(plug-in)을 사용하는 원칙이다. 플랫폼은 이러한 모듈을 감지, 통합 및 실행하기 위한 메커니즘을 구현합니다(그림 참조). Eclipse 플랫폼의 장점을 활용하려는 개발자는 Java로 툴킷을 별도의 플러그인으로 작성합니다. 이 모듈은 작업 공간 구성 요소를 사용하여 구현되는 작업 공간의 파일과 함께 작동합니다. 그리고 사용자 인터페이스는 인터페이스의 일반적인 구조와 확장 가능성을 정의하는 워크벤치 구성 요소의 도구를 기반으로 합니다.
일반적으로 단일 플러그인은 Eclipse 플랫폼 기반 IDE의 가장 간단한 기능을 구현하는 반면 더 복잡한 도구는 여러 모듈에서 빌드됩니다. 동시에 작은 플랫폼 런타임 코어를 제외하고 Eclipse 플랫폼의 거의 모든 내장 기능도 이러한 모듈을 사용하여 구현됩니다. 각 플러그인에는 관계를 설명하는 고유한 매니페스트 파일(매니페스트)이 있습니다. 이 모듈다른 사람들과. Eclipse 플랫폼 기반 개발 환경이 시작되면 플랫폼 런타임은 사용 가능한 플러그인 세트를 결정하고 해당 매니페스트 파일을 읽고 플러그인 레지스트리를 빌드합니다. 시스템이 시작되면 더 이상 모듈을 추가할 수 없습니다. Eclipse 프로젝트는 플러그인 생성을 위한 특별한 환경인 PDE(Plug-In Development Environment)를 구현했습니다.
특수 모듈의 도움으로 Eclipse 플랫폼의 작업 공간(workspace) 및 사용자 인터페이스(workbench)의 구성 요소가 구현됩니다. 작업 공간에는 플러그인에 의해 구현된 도구의 사용자가 만든 파일이 포함되어 있습니다. Workbench 컴포넌트는 Eclipse 플랫폼 기반 개발 환경의 사용자 인터페이스를 확장하기 위한 공통 프레임워크와 도구를 제공하며, 사용자에게 정보를 제공하는 수단을 구현하기 위한 두 가지 컴포넌트를 포함합니다.
- SWT(Standard Widget Toolkit)는 특정 운영 플랫폼의 윈도우 시스템과 통합하기 위한 메커니즘을 가지고 있지만 OS 독립적인 API를 구현하는 인터페이스 요소 및 그래픽 라이브러리의 집합입니다. 이를 통해 소비자에게 친숙한 창 환경에 해당하지만 가능한 최대 운영 체제 범위를 위한 동일한 원칙에 따라 개발 환경의 사용자 인터페이스를 구축할 수 있습니다.
- JFace는 SWT 도구를 사용하여 인터페이스 프로그래밍과 관련된 여러 일반 작업을 구현하기 위한 도구 키트입니다.
SWT 및 JFace 구성 요소에서 제공하는 API를 기반으로 개발 툴킷과 소비자의 상호 작용 구조를 정의하는 개인화된 사용자 인터페이스가 구축됩니다. Eclipse 플랫폼 인터페이스는 편집기(편집기), 보기(보기) 및 퍼스펙티브(퍼스펙티브)를 사용하여 구성됩니다.
편집기의 목적은 작업 공간 개체를 열고 편집하고 저장하는 것입니다. 플랫폼에는 텍스트 리소스용 편집기가 내장되어 있으며 기타 기능은 플러그인으로 구현해야 합니다. 보기는 사용자가 현재 작업 중인 개체에 대한 정보를 제공합니다. 마지막으로 관점 메커니즘을 사용하면 선택하고 구성할 수 있습니다. 올바른 편집자및 화면에 표시할 보기.
조직
오픈 소스에서 프로젝트를 유지 관리하면 많은 이점이 있습니다. 따라서 이러한 플랫폼의 작업 중 하나는 개발자에게 다양한 개발 환경에 대해 변하지 않는 공통 기반의 도구를 제공하는 것입니다. 왜 모든 제조업체는 한 번 작성할 수 있는 것을 다시 작성해야 합니까? 그러나 이러한 플랫폼에서 개발을 구축하려면 제조업체는 해당 플랫폼을 만든 사람을 전적으로 신뢰해야 합니다. 그리고 이것은 그가 그 안에있는 모든 것을 테스트 할 때만 가능합니다. 즉, 공개 코드로 플랫폼을 얻는 것입니다.
오픈 소스 원칙에 따라 제품을 개발하면 많은 관심 있는 개발자가 공동으로 "광택"하므로 코드의 품질이 향상됩니다. 프로그램의 소스 코드에 대한 액세스와 작업에 분산된 팀의 참여 덕분에 디버깅이 더 쉽고 더 좋아졌습니다. 협업을 통해 복잡한 기술 생성의 위험을 공유할 수 있습니다. 그리고 플랫폼의 공동 개발 기관은 특정 개발 환경의 제공자에게 발생할 수 있는 기복에 관계없이 지원을 보장합니다. 마지막으로, 추가 기능을 구현하기 위해 유연한 플러그인 메커니즘이 있는 오픈 소스 개발 플랫폼을 사용하면 개선 가능성이 무한합니다.
 |
| 이클립스 플랫폼 아키텍처 |
그러나 단순히 "자유 부동"으로 기술 플랫폼을 출시하는 것만으로는 오픈 소스 개발 모델의 이점을 실현할 수 없습니다. 프로세스를 구성해야 합니다. 2001년 Eclipse의 첫 번째 버전이 출시되면서 이 문제는 IBM이 여러 주요 시장 참여자와 함께 조직한 컨소시엄에 의해 인수되었으며 2004년 2월 Eclipse 이사회는 Eclipse Foundation을 Eclipse Foundation으로 전환하기로 결정했습니다. 비영리 독립 법인.
60개 이상의 회사로 구성된 컨소시엄인 Eclipse Foundation은 Eclipse 플랫폼 및 기타 오픈 소스 프로젝트를 개선하기 위한 작업을 조정합니다.
Eclipse 프로젝트는 완전히 열려 있으며, 회사 직원이 아니어도 관심 있는 개발자라면 누구나 참여할 수 있습니다. 원칙적으로 누구나 개발의 세부 사항에 관심을 갖고 오류를 식별하는 데 기여할 수 있을 뿐만 아니라 코드 작성 및 플랫폼의 다음 버전의 전체 디자인에 참여할 수 있습니다. 그러나 Eclipse는 전문성을 우선시한다는 원칙을 따릅니다. 입증된 전문 실적을 보유한 개발자는 Eclipse 프로젝트에서 자신의 기술을 적극적으로 구현할 수 있는 추가 책임과 기회를 기대할 수 있습니다. 일부 개발자는 소스 코드에 대한 책임이 있고 오픈 소스 코드 저장소에서 새 버전을 만들 수 있는 권한이 있기 때문에 "책임 있는"(커미터)으로 정의됩니다. 일반적으로 이러한 개발자는 Eclipse 프로젝트 내에서 작업 비용을 지불하는 회사의 직원입니다.
개발 프로세스는 프로젝트 작업에 Eclipse 커뮤니티 구성원의 참여를 최대화하는 것을 목표로 하는 반복적입니다. 다음 릴리스의 릴리스에는 일정 기간(몇 주 정도)의 여러 단계가 선행되며, 각 단계는 버전의 계획, 개발, 테스트 및 중간 릴리스를 포함하는 완전한 주기입니다. 다음 주기가 완료되면 시스템의 새로운 기능에 대한 설명이 공개적으로 공개되어 커뮤니티 구성원이 개선을 위해 토론, 사용 및 발행하도록 권장합니다. 결과적으로 다음 개발 단계에서 임시 릴리스에 대한 커뮤니티의 반응을 고려하는 것이 가능해집니다. 이것은 Eclipse 플랫폼의 지속적인 개선과 이를 기반으로 하는 다른 이니셔티브의 개발의 공개 프로세스입니다.
Eclipse 기술 프로젝트의 목적은 개발자, 연구원, 과학 및 교육 기관 Eclipse 플랫폼 및 기타 오픈 소스 개발에 대한 전망을 결정합니다. 이 분야에서 가장 주목할만한 연구 하위 프로젝트로는 관점 지향 소프트웨어(AspectJ 및 AJDT) 개발, Eclipse Runtime(Equinox)에 대한 커널 대안 생성, 협업 개발 플랫폼(Koi) 생성, 소프트웨어 구성 관리가 있습니다. (Stellation), XML 스키마(XML 스키마 정의) 및 모델 기반 개발(Generative Model Transformer)용 툴킷.
지역 사회
Eclipse 프로젝트 구현에서 얻은 모든 자료의 사용은 Open Source Initiative에서 승인한 CPL(Common Public License) 라이선스 규칙의 적용을 받습니다. CPL에 따라 누구나 상업적 및 비상업적 목적으로 Eclipse를 자유롭게 사용하고 배포할 수 있습니다. eclipse.org 웹 사이트에서 무료로 사용할 수 있는 항목은 다음과 같습니다.
- 직접 사용을 위한 Eclipse 플랫폼의 현재 버전(바이너리 형식)
- 누구나 콘텐츠와 수정 이력을 볼 수 있는 소스 코드 저장소 소스 파일, 소스 코드에서 Eclipse 플랫폼을 재컴파일하고 빌드하기 위한 스크립트를 가져옵니다.
- Eclipse 플랫폼에 대해 토론하기 위한 토론 포럼을 엽니다.
- 결함 및 문제를 추적하는 버그 데이터베이스 현재 버전플랫폼. 이 데이터베이스를 사용하여 사용자는 Eclipse 기반 개발에서 알려진 결함을 식별하고 발견한 새로운 문제를 공개할 수 있습니다.
- Eclipse 프로젝트에 관련된 개발자의 개발 계획 및 연락처.
오늘에 이클립스.org자유롭게 사용 가능 - Eclipse 플랫폼용 소스 코드에 있는 100개 이상의 플러그인. Eclipse의 오픈 소스 프로젝트는 총 2백만 라인이 넘는 코드입니다.
시장 개발의 핵심 소프트웨어 도구개발은 상업 회사의 Eclipse 프로젝트에 참여했습니다. Eclipse 플랫폼을 사용하면 언어 및 플랫폼 중립적인 개발 환경의 핵심 서비스를 즉시 사용할 수 있으므로 솔루션의 경쟁력을 유지하는 복잡한 기능 개발에 노력과 투자를 집중할 수 있습니다. 이 분야에서 가장 진보된 솔루션을 촉진하는 완전한 기능을 갖춘 개발 환경과 특정 범위의 작업을 목표로 하는 특수 도구 모두에 대한 Eclipse 기반 구현의 예가 있습니다.
따라서 Eclipse 플랫폼에서는 IBM Rational 제품군의 모든 제품이 작동합니다. Borland는 모든 지원 도구를 Eclipse로 이전할 계획입니다. 라이프 사이클응용 프로그램. QNX의 임베디드 개발 도구의 Eclipse 버전이 있습니다. 유사한 프로젝트가 Wind River에 의해 구현되고 있습니다. 결과적으로 Hewlett-Packard는 Internet Usage Manager 시스템을 위한 Eclipse 기반 구성 요소 개발 환경을 제공합니다. 타겟 청중통신 사업자입니다. Nokia, 개발 플랫폼으로 Eclipse 지원 발표 모바일 애플리케이션. IBM은 개발된 애플리케이션에서 자율 컴퓨팅 기술을 지원하도록 설계된 Eclipse 기반의 특별한 Autonomic Computing Toolkit을 구현했습니다. 세계 최고의 소프트웨어 공급업체 중 Sun Microsystems와 Microsoft만이 Eclipse Foundation과 협력하지 않습니다.
Eclipse 기반 상용 환경 공급업체는 타사 개발자가 IDE용 애드온을 판매할 수 있도록 하며, 회사에서 Eclipse 플랫폼의 여러 환경에 대해 동일한 독점 플러그인을 구현하는 경우가 있습니다. 이것은 새로운 시장을 개척하는 방법일 뿐만 아니라 프로젝트의 의미를 높이는 또 다른 방법입니다. 사용자는 선택의 자유를 중시합니다. 오픈 소스 플랫폼 기반 환경의 기존 기능에 만족하지 않으면 자체 개발을 통해 확장하거나 동일한 형식의 상용 솔루션을 구매하여 확장할 수 있습니다.
이 그룹은 Eclipse 개발을 다른 방식으로 사용하지만 모두 개발에 기여합니다. 트렌드는 Eclipse 플랫폼을 사용하여 비IDE 애플리케이션을 빌드하는 것입니다. 이것은 가능하기 때문에 기술 솔루션 Eclipse 플랫폼에는 IDE 관련 요소가 많지 않습니다. Eclipse의 세 번째 버전에서는 개발 환경용 플랫폼에서 완전한 기능을 갖춘 클라이언트 워크스테이션(Rich Client Platform)을 구현하기 위한 플랫폼으로 진화했습니다. IBM이 Eclipse 기반의 유망한 협업 환경 Workplace를 구현하고 있는 것은 우연이 아닙니다.
문학
- 마크 R. 에릭슨, 앵거스 매킨타이어. , 2001년 11월.
- J. dea Rivieres, J. Wiegand. 식. 개발 도구를 통합하기 위한 플랫폼입니다. IBM 시스템 저널, 2004, no. 2.
이클립스 조직 구조
Eclipse 개발 및 다양한 조직 및 개별 개발자의 오픈 소스 프로젝트 참여는 비영리 독립 컨소시엄 Eclipse Foundation에서 조정
Eclipse Foundation의 이사회는 네 가지 주요 범주의 참가자로 구성됩니다.
- 전략적 개발자(전략적 개발자) - Actuate, Borland, IBM, Computer Associates, Intel, QNX, Wind River, Sybase, Scpa Technologies, BEA Systems;
- 전략적 소비자(전략적 소비자) - HP, Montavista Software, SAP, Serena Software;
- 포함된 제공자(추가 기능 제공자);
- 오픈 소스 프로젝트 리드.
모든 전략적 개발자와 전략적 소비자는 이사회에 있으며 다른 두 그룹은 대표를 이사회에 위임합니다. 컨소시엄의 전략적 구성원은 또한 개발 프로세스를 조정하는 프로젝트 관리 위원회 및 위원회에 참여할 특정 권한이 있습니다.
컨소시엄은 특정 수의 하위 프로젝트를 포함하는 몇 가지 기본 오픈 소스 프로젝트를 유지 관리합니다. 기본 프로젝트는 프로젝트 관리 위원회(PMC)에서 관리합니다. 전체 개발을 관리하기 위해 요구 사항 정의(요구 사항 협의회), 아키텍처(아키텍처 협의회) 및 계획(계획 협의회)의 세 가지 주요 협의회가 생성됩니다.
요구사항 정의 위원회는 프로젝트의 요구사항을 분석하고 구성합니다. Eclipse Foundation의 전체 목표와 프로젝트의 특정 목표를 달성하기 위한 요구 사항을 결합하여 컨소시엄의 주요 구성원의 문제를 해결하고 Eclipse 에코시스템을 개발합니다. 분석을 기반으로 개발 과정을 결정할 주제 및 우선 순위 목록이 공식화됩니다. 아키텍처 보드는 Eclipse 플랫폼 아키텍처를 설계하고, 이를 명확하게 설명하고, 관련 정보를 개발 팀에 전달하고, 의도하지 않은 변조로부터 보호하는 책임이 있습니다. 계획 위원회는 조정된 플랫폼 릴리스 계획을 만듭니다.
프로젝트는 개발자 및 책임 있는 개발자를 포함하여 프로젝트 관리자가 이끄는 개발 팀에 의해 구현됩니다. 전자는 코드 작성, 오류 식별, 프로그램 테스트 및 문서화에 참여하고 프로젝트 내에서 다른 작업도 수행합니다. 책임 있는 개발자는 소스 코드 저장소를 보충할 권리가 있으며 프로젝트 개발에 영향을 주어야 합니다. Eclipse Foundation과 함께 전략적 개발자 지위를 가진 회사는 적어도 하나의 프로젝트를 이끌어야 합니다. 또한 위원회를 이끌도록 권장됩니다.
Eclipse는 플러그인으로 프로그램을 개발할 수 있는 기능을 제공하는 Java 기반 소프트웨어 생성 플랫폼입니다. 여기에는 내장 구성 요소 세트가 포함되어 있으며 그 중 잘 알려진 Eclipse 제품인 PDE 플러그인 개발 환경이 있습니다. PDE를 사용하면 기본 제공 구성 요소로 구성된 플랫폼 자체를 확장할 수 있습니다. 툴킷 작성자는 고유한 확장을 제공하고 사용자에게 일관된 개발 환경(IDE)을 제공할 수 있습니다.
Eclipse가 작성된 Java 언어 외에 다른 프로그래밍 언어에도 개발 환경이 사용됩니다. C++, Fortran, Perl, Prolog, Python, Ruby 등을 지원하는 많은 플러그인이 만들어졌습니다. 플랫폼은 telnet 및 DBMS와 같이 프로그램 작성과 관련이 없는 다른 소프트웨어의 기반이 될 수 있습니다. Eclipse 기반 코드의 또 다른 예는 다음과 같은 PDT 개발 환경입니다. 기본 기능 PHP 애플리케이션 편집 및 디버깅용.
모든 권리 변태
오픈 소스 소프트웨어는 사용자 권한을 보장하기 위해 라이선스가 부여됩니다. 예를 들어 소스 프로그램을 수정하고 재배포할 수 있는 권한이 있어야 합니다. 이러한 수준의 권리 보호는 카피레프트의 도움으로 이루어집니다. 저작권은 사용자에게 이러한 권한이 없을 경우 프로그램의 배포를 금지하여 저작권을 보호합니다. 카피레프트는 또한 수정 없이 재배포 가능한 소프트웨어를 다루기 위한 라이선스가 필요합니다. 이 경우 저작권의 본질은 그 반대가 됩니다. 카피레프트는 저작권을 개발자의 권리를 보존하는 것이 아니라 사용자에게 이전하는 데 사용합니다.
그러므로 두려움과 의심이 있다. 열린 프로그램카피레프트가 소프트웨어의 다른 부분으로 퍼질 것이기 때문에 지적 재산의 손실로 이어질 것입니다. 즉, 라이선스는 모든 오픈 소스 응용 프로그램이 동일한 권한으로 배포되어야 합니다. 이는 GNU(일반 공중 사용 허가서)에 따라 적용됩니다. Linux는 GNU(일반 공중 사용 허가서)에 따라 배포됩니다. 그러나 공공 및 상업적 이익에 대해 다른 태도를 제공하는 허가가 있습니다.
OSI는 오픈 소스가 무엇인지 명확하게 정의하고 해당 기준을 충족하는 라이선스를 승인하는 비영리 조직입니다. Eclipse 플랫폼은 오픈 소스 작성자의 충성도를 유지하면서 상업적 사용을 용이하게 하는 OSI 인증 오픈 소스 라이센스인 EPL에 따라 배포됩니다.
소프트웨어 개발 환경의 플러그인 작성자 또는 사용자는 사용하거나 수정하는 모든 Eclipse 코드를 게시해야 하지만 원하는 방식으로 자체 애드온에 라이선스를 부여할 수 있습니다. 개봉에 관한 권리 양도 소프트웨어소스 코드의 공개와 같이 필요하지 않습니다.
많은 사람들이 Eclipse를 사용하여 자체 개발을 만들지 않을 것이지만 플랫폼 소스 코드의 가용성은 큰 중요성수수료가 없기 때문일 뿐만 아니라 혁신을 촉진하고 프로그래머가 공동의 대의에 기여하기 위해 자신의 제품을 기여하도록 장려하기 때문입니다. 주된 이유이것은 프로젝트에 더 많은 작업이 투자될수록 모든 사람에게 더 중요합니다. 유용하다면 개발자의 수는 훨씬 더 늘어나고 프로젝트를 중심으로 커뮤니티가 생성됩니다. Linux 및 Apache 주변에서 발생했던 것과 유사합니다.
비영리단체
Eclipse는 소프트웨어 생성, 배포 및 관리를 위한 개발 환경, 라이브러리 및 도구는 물론 개발자 커뮤니티입니다. 이 플랫폼은 소프트웨어 공급업체의 지원을 받아 2001년 IBM에서 만들었습니다.
Eclipse Foundation은 2004년에 설립되었습니다. 플랫폼 프로젝트를 지원하고 개발자 커뮤니티와 보완 프로그램 및 서비스 시스템을 개선하는 비영리 협회입니다. 오늘날 Eclipse 에코시스템에는 소프트웨어 업계의 조직과 개인이 포함됩니다.
재단은 플랫폼의 프로젝트를 감독하고 관리합니다. 커뮤니티에 서비스를 제공하며 커미터라고 하는 개발자는 직원이 아닙니다. 그들은 프로젝트 작업을 위해 자발적으로 개인 시간을 기부하는 다른 조직 또는 독립 프로그래머의 직원입니다.
Eclipse: 플랫폼 특성
- 다양한 소프트웨어 개발 도구 생성.
- 독립적인 것을 포함하여 무제한의 도구 제공업체.
- HTML, C, EJB, Java, JSP, GIF 및 XML과 같은 다양한 컨텐츠 작업을 위한 도구 지원.
- 서로 다른 콘텐츠 내에서 그리고 서로 다른 콘텐츠 간에 완전한 통합을 보장합니다.
- Eclipse는 포함하거나 포함하지 않는 소프트웨어 개발 환경입니다.
- 다른 작업 운영체제, Linux, Windows, Solaris AIX, Mac OS X 포함
- 도구 작성에 널리 사용되는 언어인 Java를 사용합니다.
이클립스 시작하기 가이드
프로그램을 처음 실행하면 환영 메시지가 나타납니다. 사용자는 개요로 이동하여 새로운 기능, 예제 또는 교육을 배울 수 있습니다.
작업 공간은 보기 패널로 구성됩니다. 표현의 집합을 원근이라고 합니다. 예를 들어 리소스 관점에는 프로젝트를 편집, 관리 및 보기 위한 보기가 포함됩니다.
초보자는 Eclipse의 다양한 부분과 상호 작용 방식에 대해 많이 배울 수 있는 Toolspace Basics로 시작해야 합니다.
JDT 작업
JDT 소개를 위해 Eclipse Java 프로젝트를 열 수 있습니다. 이렇게 하려면 메뉴 항목 "파일" - "새로 만들기" - "Java 프로젝트"를 선택하고 프로젝트 이름을 입력한 다음 "마침"을 클릭합니다.
현재 관점을 변경하려면 메뉴 항목 "창" - "관점 열기" - Java를 선택하거나 "창" - "새 창"을 통해 새 창을 열고 다른 관점을 선택해야 합니다.
Perspective는 Java 개발을 위해 설계된 보기를 포함합니다. 왼쪽 모서리 상단에는 Eclipse Java 패키지, 클래스, JAR 및 "Package Browser"라는 기타 파일이 있는 계층이 있습니다. 동시에 주 메뉴는 소스 및 리팩터의 2개 항목으로 보충되었습니다.
JDT에서 프로그램 만들기
Java 응용 프로그램을 만들려면 이전에 만든 프로젝트를 마우스 오른쪽 단추로 클릭하고 "새로 만들기" - "클래스"를 선택합니다. 팝업 대화 상자에서 클래스 이름을 입력합니다. "어떤 메소드 스텁을 생성하시겠습니까?"라는 질문 아래 - public static void main(String args)을 지정하고 마침을 클릭합니다.
결과는 도입된 클래스와 빈 main()을 포함하는 프로그램이 될 것입니다. 방법을 완료해야 합니다. 프로그램 코드(선언 j는 의도적으로 생략됨):
공개 수업 안녕하세요(
공개 정적 무효 메인(문자열 인수)(
for(j=0; j<=5;j++)
System.out.println("안녕하세요");
입력하는 동안 편집기의 기능을 확인할 수 있습니다.
- 자동 완성;
- 구문 검사;
- 여는 괄호 또는 따옴표의 자동 닫기.
Ctrl + 스페이스바를 누르면 코드 완성이 호출됩니다. 그러면 해당 개체의 메서드 목록이든 키워드의 일부이든 키보드나 마우스로 선택할 수 있는 상황에 맞는 옵션 목록이 나타납니다.
구문은 증분 컴파일에 대해 확인됩니다. 코드가 컴파일되는 동시에 작성되는 동안 발생합니다. 구문 오류는 빨간색 밑줄이 그어져 있고 왼쪽에 흰색 비스듬한 십자가가 있는 빨간색 점이 나타납니다. 나머지 오류는 전구 형태로 여백에 표시됩니다. Quick Fix로 직접 고칠 수 있습니다.
위의 예에서 전구는 i 선언이 없기 때문에 for 문 반대편에 있습니다. 전구를 두 번 클릭하면 가능한 수정 목록이 나타납니다. 이 경우 j에 대해 다음을 생성하도록 제안됩니다.
- 클래스 필드;
- 메소드 매개변수;
- 지역 변수.
마우스로 옵션 중 하나를 선택하면 결과 텍스트를 볼 수 있습니다.
필요한 옵션을 두 번 클릭하면 프로그램 코드가 생성됩니다.
애플리케이션 출시
컴파일 오류가 없으면 시작 메뉴 항목을 통해 응용 프로그램을 시작할 수 있습니다. 코드를 저장할 때 수행되기 때문에 컴파일 단계가 없습니다. 필요한 값이 이미 설정되어 있는 "구성 실행" 대화 상자가 나타나면 아래 오른쪽에 있는 실행 버튼을 클릭해야 합니다. 탭이 있는 콘솔과 응용 프로그램의 결과가 하단에 나타납니다.
프로그램은 디버거에서 실행할 수 있습니다. 우선 System.out.println()에서 메서드 호출 옆에 있는 편집 창 왼쪽의 회색 필드를 두 번 마우스 클릭하여 중단점을 설정합니다. 결과적으로 파란색 점이 나타납니다. 메뉴 "시작" - "디버깅"을 선택합니다. 시작 구성 창이 다시 나타납니다. 시작 버튼을 클릭하면 디버그 퍼스펙티브가 새 보기와 함께 나타납니다.
왼쪽의 "디버그" 보기에서 상단에는 호출 스택이 있으며 프로그램의 진행 상황을 제어합니다. 패널에는 응용 프로그램 중지, 계속 및 종료, 다음 명령문 실행 및 건너뛰기, 메서드에서 반환을 위한 버튼이 있습니다. 오른쪽 상단에는 변수, 중단점, 표현식 및 화면과 같은 일련의 탭 패널이 있습니다. 변수 탭을 선택하면 변수 j의 값을 볼 수 있습니다.
각 보기에 대한 자세한 정보는 컨텍스트 단서를 통해 제공될 수 있습니다. 패널 헤더를 클릭하고 F1 키를 누르기만 하면 됩니다.
추가 플러그인
Eclipse에서 수정, 컴파일 및 디버그하도록 설계된 소프트웨어 개발 환경은 모델링, 빌드 자동화, 테스트 모듈, 성능, 구성 및 버전 관리가 가능한 구성 요소로 보완됩니다.
CVS 소스 관리 시스템을 통해 탐색할 수 있습니다. 이 경우 변경 사항이 혼합되지 않습니다. Eclipse의 중요하고 필수적인 부분입니다.
개발 환경은 eclipse.org에 있습니다. 플러그인은 Plug-in Central 디렉토리에 있습니다.
건축물
플랫폼의 기반은 기능이 풍부한 RCP 클라이언트입니다. 단순화하면 프로그램 개발에 사용되는 플러그인 세트로 나타낼 수 있습니다. 또한 추가 권장 구성 요소 및 선택 사항이 있습니다.
주요 구성 요소는 다음과 같습니다.
- 런타임은 OSGi 사양, 확장 및 확장 지점을 기반으로 구성 요소 모델을 정의합니다. 또한 syslog 및 동시성과 같은 추가 서비스를 제공합니다.
- SWT 패키지에는 Eclipse 기능과 사용자 인터페이스 위젯이 포함되어 있습니다. 그래픽 응용 프로그램을 더 쉽게 만들 수 있는 클래스가 포함된 추가 기능이 있습니다.
- 도구 공간에는 원근감, 보기 및 편집 창이 포함됩니다.
- 도움말 구성 요소는 도움말 시스템 또는 대화형 작업 목록의 형태로 사용자 지원을 제공합니다.
- 플러그인 "업데이트"를 사용하면 최신 버전의 소프트웨어를 얻을 수 있습니다.
- 팀 구성 요소는 자신의 연결을 위한 인프라를 제공합니다.
IBM이 만든 플랫폼은 완전한 기능을 갖춘 오픈 소스 시스템이 되었습니다. 참가자는 백 개 이상의 회사입니다. 이러한 시스템을 만드는 것에 대한 아이디어가 이전에도 있었지만 Eclipse의 사려 깊고 안정적이며 우아한 디자인은 이를 최우선 순위에 두었습니다.