Eclipse는 모듈식 크로스 플랫폼 애플리케이션을 위한 개발 환경입니다. Eclipse 셸을 소개합니다. JAVA 구문 기본

이 기사에서는 Eclipse RCP(Rich Client Platform)를 사용하여 애플리케이션을 만드는 방법에 대해 이야기하고 싶었습니다. 글을 쓰는 이유는 Habré에 이 플랫폼을 설명하는 기사가 전혀 없다는 사실이었습니다. 예를 들어 사용자 정의 입력 양식을 만들어 보겠습니다. 데이터의 정확성은 JFace 데이터 바인딩 프레임워크를 사용하여 검사됩니다. 우선, 우리가 얻어야 할 스크린샷을 아래에 제공하겠습니다.

이클립스 RCP란?

우선 Eclipse RCP가 무엇인지 말할 필요가 있습니다. 식 Java로 작성된 개발 환경으로 Eclipse Foundation(IBM, SAP, Oracle, Eclipse RCP 기반 제품을 제공하고 Google, RedHat, Adobe, Cisco, Intel 생태계 개발에 참여하는 기업이 회원으로 포함)에서 개발 및 지원합니다. . 이클립스 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 Target Platform Components 항목을 열고 플러그인을 표시하십시오. 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개 클래스의 내용 이 순간우리는 관심없어 그냥 좋다고 말할게 내 응용 프로그램이것은 어떤 면에서 일반 Java 프로그램의 main() 메소드이며, 이 클래스는 플러그인이 시작되는 방식과 중지되는 방식을 담당합니다. 클래스 ApplicationWorkbenchWindowAdvisor, 다음 코드 줄을 사용하여 응용 프로그램 창 크기를 설정할 수 있습니다.
구성자.setInitialSize(new Point(400, 300));
또한 도구 모음과 상태 표시줄이 기본적으로 표시되지 않는 것을 볼 수 있습니다.
구성자.setShowCoolBar(false);
구성자.setShowStatusLine(false);
마지막 줄은 기본 창의 제목을 설정합니다.
configurer.setTitle("사용자 양식");
수업 응용 프로그램ActionBarAdvisor애플리케이션의 메뉴 표시줄을 사용자 정의하는 일을 담당합니다. 수업 관점주어진 Perspective에 있는 편집기와 보기의 위치와 크기를 담당하며 RCP 애플리케이션에는 최소한 하나의 Perspective가 있어야 합니다.

프로젝트 시작

방금 만든 애플리케이션을 실행하려면 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 - 새 확장 선택 창

확장 목록에 세 번째 확장이 하나 더 있어야 합니다.

보기 설정

추가한 확장을 마우스 오른쪽 버튼으로 클릭하면 상황에 맞는 메뉴가 나타나고 새로 만들기->보기를 선택하여 확장에 요소를 추가합니다(이 요소는 우리에게 필요한 보기입니다). 이 요소의 설정이 오른쪽에 표시됩니다. 먼저 뷰에 대한 클래스를 만들어 보겠습니다. class* 링크를 클릭하면 됩니다.

그림 13 - 보기 설정

Java 클래스 생성을 위한 표준 대화 상자가 열리고 이름을 MainView로 지정합니다. 보시다시피 이 클래스는 클래스에서 상속됩니다. org.eclipse.ui.part.ViewPart, 모든 유형의 상위 클래스입니다. Finish 버튼을 클릭하여 클래스 생성을 완료해 보겠습니다. 남은 것이 거의 없습니다. 뷰에 대한 클래스를 생성한 후 해당 코드가 우리 앞에 열리고 이 뷰의 식별자를 포함할 정적 변수를 생성하고 이 클래스의 정식 이름을 식별자로 설정합니다. . 다음을 작성해 보겠습니다.
…
공용 클래스 MainView는 ViewPart를 확장합니다(
공개 정적 최종 문자열 ID = MainView.class.getCanonicalName();
…
}
파일로 돌아가자 매니페스트.MF, 확장 탭을 열고 클래스* 필드의 내용을 복사하여 ID 필드에 붙여넣습니다. 이제 이 유형의 클래스 이름과 식별자는 동일합니다. 이 기술을 사용하면 항상 원하는 유형과 해당 식별자를 빠르게 찾을 수 있으므로 좋은 습관입니다. 이름* 필드에 – 사용자 양식을 작성합니다. 전체 뷰가 생성되었습니다. 뷰 자체는 사용할 수 없으므로 뷰 자체는 일부 뷰에 속해야 하므로 이를 우리 뷰와 연결하는 것이 남아 있습니다.

보기 위치 설정

확장 편집기에 남아 있는 동안 추가 조작을 수행하거나 Perspective 클래스의 코드를 열 수 있습니다. Perspective.java, 이것이 우리가 할 일입니다. 클래스 관점, createInitialLayout() 메소드로 이동해 보겠습니다. 이 방법뷰와 편집기의 초기 위치를 지정합니다. 이 메서드에서는 다음 두 줄의 코드를 작성합니다.
레이아웃.setEditorAreaVisible(false);
레이아웃.addStandaloneView(MainView.ID, true, IPageLayout.LEFT, 1.0f, 레이아웃.getEditorArea());
첫 번째 줄은 뷰가 하나 뿐이고 편집기가 없기 때문에 편집 가능한 영역이 필요하지 않다는 것을 레이아웃 객체에 알려줍니다. 두 번째 줄은 우리의 뷰를 독립형 뷰로 추가합니다. 첫 번째 매개변수는 뷰 ID입니다. 두 번째 매개변수는 부울 값, 뷰(사용자 양식)의 제목 표시 여부를 담당합니다. 세 번째 매개변수는 투시도의 방향을 나타내기 위한 것입니다. 왜냐하면 우리는 하나의 뷰를 갖고 전체 투시 공간을 차지할 것이기 때문입니다. 주어진 값무엇이든 될 수 있습니다. 네 번째 매개변수는 다른 보기나 편집기와 관련하여 이 보기의 위치를 결정합니다. 왜냐하면 우리의 경우 하나의 보기가 전체 투시 공간을 차지해야 하기 때문입니다. 마지막 다섯 번째 매개변수는 편집기 영역 식별자입니다. 변경 사항을 저장해 보겠습니다.

추가된 보기로 애플리케이션 실행

파일로 돌아가자 매니페스트.MF애플리케이션을 다시 실행하려면 개요 탭으로 이동한 후 테스트 섹션에서 Eclipse 애플리케이션 실행 링크를 클릭하세요. 이전 출시 당시의 양식과 큰 차이는 없으며 보기가 포함된 탭인 사용자 양식만 추가되었습니다.

그림 14 – 보기가 추가된 애플리케이션 창

오늘은 여기까지입니다. 다음 기사에서 계속하겠습니다.

Eclipse는 Java 기반의 오픈 소스 확장 가능한 개발 플랫폼입니다. 본질적으로 이는 단순히 임베디드 구성요소(플러그인)를 기반으로 애플리케이션을 구축하기 위한 개발 환경 및 서비스 세트입니다. 다행히 Eclipse에는 잘 알려진 JDT(Java Development Tools)를 포함한 표준 플러그인 세트가 함께 제공됩니다.

Eclipse를 Java 통합 개발 환경(IDE)으로 사용하는 대부분의 사용자는 이에 만족하지만 그 이상의 의미가 있습니다. Eclipse에는 플러그인 개발 환경(PDE)도 포함되어 있는데, 이는 Eclipse 환경에 내장된 고유한 도구를 만들 수 있으므로 Eclipse 자체를 확장하려는 사람들에게 주로 흥미로울 것입니다. Eclipse는 전적으로 플러그인으로 만들어지기 때문에 모든 툴킷 개발자는 Eclipse에 대한 자체 확장을 제공하고 사용자에게 일관되고 원활한 통합 개발 환경(IDE)을 제공할 수 있는 기회를 갖습니다.

이러한 무결성과 일관성은 Java 개발 도구에만 국한되지 않습니다. Eclipse는 Java로 작성되었지만 다른 언어와 함께 사용할 수 있습니다. 예를 들어, C/C++ 및 COBOL과 같은 프로그래밍 언어를 지원하는 플러그인은 이미 사용 가능하거나 개발 중입니다. Eclipse 프레임워크는 컨텐츠 관리 시스템과 같이 소프트웨어 개발과 관련되지 않은 다른 유형의 애플리케이션에 대한 기반으로 사용될 수도 있습니다.

Eclipse 기반 애플리케이션의 훌륭한 예는 IBM의 Java 개발 도구 제품군의 기반을 형성하는 IBM의 Rational Software Architect입니다.

Eclipse는 오픈 소스입니다.

오픈 소스 소프트웨어는 사용자에게 특정 권리를 보장하도록 설계된 라이선스에 따라 출시됩니다. 물론 그 중 가장 분명한 것은 소스 코드가 사용자에게 제공되어야 하며 사용자가 소프트웨어를 직접 수정하고 배포할 수 있는 모든 권리를 가지고 있다는 것입니다. 이러한 사용자 권리 보호는 "카피레프트"라는 메커니즘을 사용하여 달성됩니다. 라이센스 소프트웨어는 저작권 보호를 의미하며 사용자에게 그러한 권리가 부여되지 않은 경우 소프트웨어 배포를 금지합니다. 카피레프트 라이센스는 또한 사용자가 배포한 모든 소프트웨어가 수정 없이 원래 라이센스의 적용을 받도록 요구합니다. 따라서 저작권의 의미는 본질적으로 뒤집어지고 있으며, 소프트웨어 개발자를 위해 권리를 보유하는 것이 아니라 사용자에게 권리를 부여하기 위해 저작권을 사용하는 카피레프트 라이센스는 종종 농담으로 "모든 권리가 침해된다"(모든 권리가 반전됩니다). ).

오픈 소스 소프트웨어에 대한 일반적인 두려움, 불확실성 및 의심의 대부분은 일부 카피레프트 라이센스의 소위 바이러스성 특성에 기반을 두고 있습니다. 오픈 소스 소프트웨어를 자신이 개발한 프로그램의 일부로 사용하면 라이선스가 프로그램의 비공개 부분을 오염시키기 때문에 지적 재산을 잃게 된다는 생각입니다. 즉, 라이선스는 새로 생성된 소프트웨어를 포함하여 모든 오픈 소스 소프트웨어가 동일한 라이선스에 따라 배포되도록 요구할 수 있습니다. 가장 유명한 카피레프트 라이선스인 GNU General Public License(예: Linux가 배포됨)의 경우 이것이 사실이지만, 상업적 이익과 공공 이익의 균형을 다르게 제공하는 다른 라이선스도 있습니다.

Open Software Initiative - OSI(Open Software Initiative)는 오픈 소스 구성 요소를 명확하게 정의하고 해당 기준을 충족하는 라이선스를 인증하는 비영리 조직입니다. Eclipse는 원래 코드 작성자에 대한 신용을 유지하면서 Eclipse의 상업적 승인을 촉진하도록 설계된 OSI 승인 라이센스인 EPL(Eclipse Public License V1.0)에 따라 배포됩니다.

Eclipse용 플러그인을 생성하거나 Eclipse를 소프트웨어 개발의 기반으로 사용하는 사람들은 EPL에 따라 사용하거나 수정하는 Eclipse 코드를 게시해야 하지만 원하는 대로 자신의 추가 기능에 대한 라이센스를 자유롭게 얻을 수 있습니다. Eclipse의 소프트웨어와 함께 번들로 제공되는 네이티브 코드는 오픈 소스로 라이센스를 받을 필요가 없으며 소스 코드 자체를 공개적으로 사용할 수 있도록 만들 필요가 없습니다.

대부분의 프로그래머는 Eclipse를 사용하여 플러그인을 개발하거나 이를 기반으로 하는 새로운 제품을 만들지 않지만 Eclipse의 오픈 소스 특성은 Eclipse를 완전히 무료로 사용할 수 있게 해줄 뿐만 아니라(그리고 상업적 지향적 특성에도 불구하고) 라이센스가 의미하는 바입니다. 플러그인에는 비용이 발생할 수 있습니다). 오픈 소스는 혁신을 촉진하고 개발자(심지어 상용 개발자도 포함)가 자신의 소스 코드를 커뮤니티에 기여할 수 있는 인센티브를 제공합니다. 여기에는 여러 가지 이유가 있지만 아마도 가장 중요한 것은 더 많은 개발자가 프로젝트에 기여할수록 모든 사람에게 더 의미 있는 일이 된다는 것입니다. 그리고 프로젝트가 유용해지면 더 많은 개발자가 이를 사용하고 Apache 및 Linux를 중심으로 형성된 커뮤니티와 유사한 커뮤니티를 만들 것입니다.

이클립스란 무엇입니까?

Eclipse는 런타임 중에 소프트웨어를 구축, 배포 및 관리하기 위한 확장 가능한 개발 환경, 도구 및 런타임 라이브러리로 구성된 개방형 개발 플랫폼을 구축하는 것을 목표로 하는 프로젝트의 개발자 오픈 소스 커뮤니티입니다. 수명주기. Eclipse 재단은 Eclipse 프로젝트를 호스팅하고 오픈 소스 커뮤니티와 보완 제품 및 서비스 생태계를 개선하는 데 도움을 주는 비영리 회원 지원 조직입니다.

Eclipse 프로젝트는 2001년 11월 IBM에 의해 만들어졌으며 소프트웨어 공급업체 컨소시엄의 지원을 받았습니다. Eclipse 재단은 Eclipse 커뮤니티를 관리하는 독립적인 비영리 조직으로 2004년 1월에 설립되었습니다. Eclipse를 중심으로 벤더 중립적이고 개방적이며 투명한 커뮤니티가 성장할 수 있도록 돕기 위해 만들어졌습니다. 오늘날의 Eclipse 커뮤니티는 소프트웨어 산업을 대표하는 개인과 조직으로 구성되어 있습니다.

Eclipse Foundation은 Eclipse의 지속적인 개발을 감독하고 지시합니다. 재단은 커뮤니티에 서비스를 제공하지만 본질적으로 Eclipse 프로젝트에 참여하는 커미터라고 불리는 오픈 소스 개발자는 직원이 아닙니다. 일반적으로 Eclipse 커미터는 일부 조직의 구성원이거나 오픈 소스 프로젝트 작업에 시간을 투자하는 독립 개발자입니다.

이제 Eclipse의 이론적, 역사적, 정치적 측면을 살펴보았으니 제품 자체를 살펴보겠습니다.

Eclipse 작업공간

Eclipse를 처음 시작하면 작업공간 내에 환영 페이지가 표시됩니다(그림 1 참조). Eclipse 사용자에게는 개요 페이지로 이동할 수 있는 여러 가지 옵션이 있는데, 이를 권장합니다(그림 2 참조). 다음으로, 새로운 기능에 대한 정보를 익히거나, 몇 가지 예를 연구하거나, 교육 과정을 수강할 수 있습니다.

그림 2. Eclipse 개요 페이지

Eclipse 작업공간은 탐색 또는 개요 보기와 같은 보기라고 하는 여러 패널로 구성됩니다. 이러한 표현의 집합을 원근법이라고 합니다. 가장 일반적인 관점 중 하나는 프로젝트를 관리하고 프로젝트 파일을 보고 편집하기 위한 기본 보기 집합인 리소스 관점입니다.

대부분의 처음 사용자는 그림 2에 표시된 개요 페이지부터 시작하여 Eclipse에 대해 자세히 알아보는 것이 좋습니다. 워크벤치 기본 섹션에는 Eclipse의 다양한 구성요소와 이들 구성요소가 서로 상호 작용하는 방법에 대한 유용한 초기 정보가 많이 포함되어 있습니다. 잠시 시간을 내어 이 내용을 읽은 후 Eclipse의 JDT(Java Development Tools)에 대해 자세히 살펴보겠습니다. 가장 좋은 방법뭔가를 배우려면 - 실제로 시도해 보세요.

이 짧은 Eclipse 둘러보기를 계속하면서 Java로 새 프로젝트를 생성해 보겠습니다. 선택하다 파일 > 새로 만들기 > Java 프로젝트프로젝트 이름을 묻는 메시지가 나타나면 Hello를 입력한 다음 클릭하세요. 마치다.

이제 "Java" 관점을 살펴보겠습니다(아직 해당 관점에 있지 않은 경우). 화면 제어 방식에 따라 다음을 선택하여 현재 창의 관점을 변경할 수 있습니다. Window > Perspective 열기 > Java(Window > Open Perspective > Java), 또는 선택하여 새 창을 엽니다. 창 > 새 창, 그리고 새로운 관점을 선택하세요.

예상할 수 있듯이 Java Perspective에는 Java 개발을 안내하도록 설계된 보기 세트가 있습니다. 그 중 하나는 왼쪽 상단에 있으며 다양한 Java 패키지, 클래스, JAR 아카이브 및 다양한 파일을 포함하는 계층 구조입니다. 이 보기를 패키지 탐색기라고 합니다. 메인 메뉴에 소스(Source)와 리팩터링(Refactor)이라는 두 가지 새로운 항목이 추가되었습니다.

JDT(Java 개발 도구)

Java 개발 환경을 시험해 보기 위해 "Hello World"라는 애플리케이션을 만들고 실행하겠습니다. Java 관점에서 프로젝트의 소스 테스트 "Hello"(src)가 있는 폴더를 마우스 오른쪽 버튼으로 클릭하고 신규 > 클래스, 그림 3과 같이 표시되는 대화 상자에서 클래스 이름으로 Hello를 입력합니다. 아래는 비문입니다 어떤 메소드 스텁을 생성하시겠습니까? (어떤 메소드 스텁을 생성하시겠습니까?)메모 공개 정적 무효 메인(문자열 인수)그리고 클릭 마치다.

그림 3. Java Perspective에서 새 클래스 생성

그러면 그림 4와 같이 편집기 영역에 Hello 클래스와 빈 main() 메서드가 있는 .java 파일이 생성됩니다. 메서드에 다음 코드를 추가해 보겠습니다(i에 대한 설명은 의도적으로 생략되었습니다).

그림 4. Java 편집기의 Hello 클래스

입력하는 동안 구문 검사, 자동 코드 완성 등 Eclipse 편집기의 일부 기능을 확인할 수 있습니다. 또한 여는 괄호 또는 큰따옴표, Eclipse는 자동으로 닫는 쌍을 삽입하고 커서를 중간에 배치합니다.

다른 경우에는 다음 조합을 사용하여 자동 코드 완성을 실행할 수 있습니다. Ctrl+1. 코드 완성 기능은 키보드나 마우스를 사용하여 선택할 수 있는 상황에 맞는 옵션 목록을 제공합니다. 옵션은 특정 개체에 특정한 메서드 목록일 수도 있고 다양한 기반의 코드 조각일 수도 있습니다. 키워드, 예를 들어 for 또는 while .

구문 검사는 증분 컴파일에 따라 달라집니다. 코드를 저장하면 다음과 같이 컴파일됩니다. 배경구문 오류가 있는지 확인했습니다. 기본적으로 구문 오류는 빨간색으로 밑줄이 그어지고 흰색 X가 있는 빨간색 점이 왼쪽 여백에 나타납니다. 기타 오류는 편집기 여백에 전구 기호로 표시됩니다. 이는 편집자가 해결할 수 있는 문제입니다(빠른 수정이라는 기능).

위 코드에서는 i에 대한 설명이 생략되었기 때문에 for 문 옆에 전구 기호가 표시됩니다. 두 번 탭하세요.전구 위에 마우스를 올리면 제안된 수정 사항 목록이 나타납니다. 우리의 경우에는 클래스 필드 i, 지역 변수 i 또는 메서드에 대한 매개 변수 i를 생성하라는 요청을 받게 됩니다. 마우스로 이러한 옵션 중 하나를 선택하면 생성될 코드가 표시됩니다. 그림 5는 지역 변수의 경우 제안하는 옵션 목록과 제안하는 코드를 보여준다.

그림 5: 빠른 수정 옵션

문장을 더블클릭하면 프로그램의 원하는 위치에 코드가 삽입됩니다.

프로그램이 오류 없이 컴파일되면 다음을 선택하여 실행할 수 있습니다. 달리다이클립스 메뉴에서 (코드를 저장할 때 컴파일이 발생하기 때문에 별도의 컴파일 단계가 없다는 점에 유의하십시오. 코드에 구문 오류가 없으면 실행할 준비가 된 것입니다.) 원하는 기본값으로 구성 시작 대화 상자가 나타납니다. 딸깍 하는 소리 달리다오른쪽 하단. 하단 패널에 표시됩니다. 새 패널탭(콘솔)을 사용하여 아래와 같이 프로그램 결과를 표시합니다.

그림 6. 프로그램 결과

Java 디버거에서 프로그램을 실행할 수도 있습니다. 먼저 편집 창 왼쪽의 System.out.println() 호출 옆에 있는 회색 상자를 두 번 클릭하여 main() System.out.println()에 중단점을 설정해야 합니다. 파란색 점이 나타납니다. 메뉴에 달리다팀 선택 디버그. 앞에서 설명한 대로 "실행 구성" 대화 상자가 나타납니다. 팀을 선택하세요 달리다. Perspective는 아래와 같이 여러 가지 흥미로운 새 보기를 포함하는 Debug Perspective로 자동으로 변경됩니다.

그림 7. 디버그 관점

Perspective의 왼쪽 상단에 있는 디버그 보기를 확인하세요. 이 보기에는 호출 스택이 표시되며 제목 표시줄에 프로그램 실행을 제어할 수 있는 도구 모음이 포함되어 있습니다. 패널에는 프로그램을 계속, 일시 중지 또는 종료하고, 다음 문으로 이동하고, 다음 문으로 넘어가거나, 메서드에서 복귀하는 버튼이 있습니다. 오른쪽 상단 패널에는 변수, 중단점, 표현식 및 표시를 포함한 다양한 탭 보기가 포함되어 있습니다. 이제 변수 탭이 선택되었으므로 i 변수의 현재 값을 볼 수 있습니다.

컨텍스트 도구 설명을 사용하여 뷰에 대한 더 자세한 정보를 얻을 수 있습니다. 이렇게 하려면 보기 제목을 클릭하고 F1.

추가 플러그인

애플리케이션 편집, 컴파일, 디버깅을 위한 JDT 유형 플러그인 외에도 모델링, 빌드 자동화, 단위 테스트, 성능 테스트, 버전 관리, 구성 관리 등 전체 개발 프로세스를 지원하는 플러그인이 있습니다.

Eclipse에는 소스 코드 관리를 위한 CVS(Concurrent Versions System) 작업을 위한 플러그인이 포함되어 있습니다. Team 플러그인은 CVS 서버에 연결되어 개발팀 구성원이 다른 사람이 변경한 내용을 방해하지 않고 소스 코드가 포함된 파일 세트로 작업할 수 있습니다. 단순한 자체 개발보다는 개발자 팀을 지원하는 능력이 Eclipse의 중요하고 필수적인 부분이기는 하지만 CVS 서버를 설치해야 하기 때문에 여기서는 Eclipse의 소스 관리를 더 자세히 탐색하지 않을 것입니다.

Eclipse Foundation에서 유지 관리하고 배포하는 플러그인은 Eclipse 웹 사이트에서 찾을 수 있습니다. 최대 전체 목록사용 가능한 플러그인은 플러그인 디렉토리 역할을 하는 Eclipse Plug-in Central 페이지에서 사용할 수 있습니다.

Eclipse 플랫폼 아키텍처

Eclipse 플랫폼에는 JDT 및 PDE와 같은 프로젝트를 지원하는 강력한 플러그인 세트(그림 8 참조)가 포함되어 있습니다.

그림 8. Eclipse 플랫폼의 단순화된 아키텍처

진한 파란색 블록은 Eclipse의 RCP(Rich Client Platform)의 핵심 구성 요소를 나타냅니다. RCP 자체의 개념은 이 기사의 범위를 벗어나지만 RCP를 사람들이 Lotus Notes® 8과 같은 애플리케이션 개발에 사용할 수 있는 Eclipse의 플러그인 세트로 간주해 보겠습니다. 연한 파란색 블록은 선택 사항을 나타냅니다(권장됨). RCP 기반 애플리케이션에 포함할 구성 요소입니다. 회색 블록은 완전히 선택 사항입니다. 플랫폼은 여러 구성 요소로 구성되어 있으며 그 중 일부를 살펴보겠습니다.

실행 시간 런타임은 OSGi 사양과 확장 및 확장 지점 아이디어를 기반으로 Eclipse 플러그인 모델을 정의하는 코드입니다. 런타임은 syslogging 및 동시성과 같은 추가 서비스도 제공합니다. J페이스/SWT SWT(Standard Widget Toolkit)는 Eclipse의 사용자 인터페이스와 기능을 제공하는 위젯 모음입니다. JFace는 개발을 더 쉽게 만들기 위해 여러 MVC(Model-View-Controller) 클래스를 제공하는 SWT의 상위 집합입니다. 그래픽 애플리케이션. 작업대 작업공간은 Eclipse에 개성을 부여합니다. 이 수준에서는 보기, 관점 및 편집 창과 같은 개념이 구현됩니다. 도움말(사용자 지원) 이 Eclipse 구성요소를 사용하면 사용자에게 지원을 제공할 수 있습니다. 이는 사용자가 도움말 문서를 검색할 수 있는 도움말 시스템이나 최종 사용자에게 대화형 작업 목록으로 표시될 수 있는 "치트 시트"를 통해 수행될 수 있습니다. 업데이트 업데이트 구성요소는 Eclipse가 애플리케이션을 한 버전에서 다른 버전으로 업데이트할 수 있는 수단을 제공합니다. 팀 팀 구성 요소는 개발 회사가 자체 버전 제어 시스템을 연결할 수 있도록 하는 인프라입니다. 샘플 제공자 구현은 Eclipse에 내장된 CVS 플러그인입니다.

결론

IBM이 작성한 초기 코드에서 Eclipse는 100개 이상의 참여 기업이 참여하는 모든 기능을 갖춘 오픈 소스 생태계로 성장했습니다. 이식 가능하고 확장 가능한 오픈 소스 인프라 - 더 이상 존재하지 않음 새로운 생각하지만 세심하고 견고하며 우아한 디자인 덕분에 Eclipse는 완전히 새로운 역동성을 갖게 되었습니다.

Eclipse 생태계에 오신 것을 환영합니다. 우리의 목표는 여러분이 Eclipse 플랫폼에서 속도를 높일 수 있도록 돕는 것이었습니다. 우리는 소개 텍스트와 간단한 연습을 통해 이를 달성했습니다. 이 기사를 읽고 얻은 지식을 활용하여 Eclipse 생태계의 활발한 구성원이 되십시오.

편집, 컴파일, 디버깅을 위해 Eclipse 플러그인을 사용하고 애플리케이션의 기반으로 사용

David Gallardo의 기사에 대한 이번 업데이트는 Eclipse V3.3에 관한 새로운 정보를 제공합니다.

이클립스란 무엇입니까?

Eclipse 기반 애플리케이션의 훌륭한 예는 IBM® Rational® Software Architect(참고자료 참조)이며, 이는 IBM Java 개발 도구 제품군의 기반을 형성합니다.

Eclipse는 오픈 소스입니다.

오픈 소스 소프트웨어는 사용자에게 특정 권리를 보장하도록 설계된 라이선스에 따라 출시됩니다. 물론 그 중 가장 분명한 것은 소스 코드가 사용자에게 제공되어야 하며 사용자가 소프트웨어를 직접 수정하고 배포할 수 있는 모든 권리를 가지고 있다는 것입니다. 이러한 사용자 권리 보호는 "카피레프트"라는 메커니즘을 통해 이루어집니다. 소프트웨어 라이센스는 저작권으로 보호되며 사용자에게 그러한 권리가 부여되지 않는 한 소프트웨어 배포가 금지됩니다. 카피레프트 라이센스는 또한 사용자가 배포한 모든 소프트웨어가 수정 없이 원래 라이센스의 적용을 받도록 요구합니다. 따라서 저작권의 의미는 본질적으로 뒤집어지고 있으며, 소프트웨어 개발자를 위해 권리를 보유하는 것이 아니라 사용자에게 권리를 부여하기 위해 저작권을 사용하는 카피레프트 라이센스는 종종 농담으로 "모든 권리가 침해된다"(모든 권리가 반전됩니다). ).

오픈 소스 소프트웨어에 대한 일반적인 두려움, 불확실성 및 의심의 대부분은 일부 카피레프트 라이센스의 소위 바이러스성 특성에 기반을 두고 있습니다. 오픈 소스 소프트웨어를 자신이 개발한 프로그램의 일부로 사용하면 라이선스가 프로그램의 비공개 부분을 오염시키기 때문에 지적 재산을 잃게 된다는 생각입니다. 즉, 라이선스는 새로 생성된 소프트웨어를 포함하여 모든 오픈 소스 소프트웨어가 동일한 라이선스에 따라 배포되도록 요구할 수 있습니다. 가장 유명한 카피레프트 라이센스인 GNU General Public License(예: Linux®가 배포됨)의 경우 이것이 사실이지만, 상업적 이익과 공적 이익 사이에 다양한 균형을 제공하는 다른 라이센스도 있습니다.

이클립스란 무엇입니까?

Eclipse는 수명주기 전반에 걸쳐 소프트웨어를 구축, 배포 및 관리하기 위한 확장 가능한 개발 환경, 도구 및 런타임 라이브러리로 구성된 개방형 개발 플랫폼을 구축하는 것을 목표로 하는 개발자의 오픈 소스 커뮤니티입니다. Eclipse 재단은 Eclipse 프로젝트를 호스팅하고 오픈 소스 커뮤니티와 보완 제품 및 서비스 생태계를 개선하는 데 도움을 주는 비영리 회원 지원 조직입니다.

Eclipse Foundation은 Eclipse의 지속적인 개발을 감독하고 지시합니다. 재단은 커뮤니티에 서비스를 제공하지만 오픈 소스 개발자는 커미터따라서 Eclipse 프로젝트에 참여하는 사람들은 그의 직원이 아닙니다. 일반적으로 Eclipse 커미터는 일부 조직의 구성원이거나 오픈 소스 프로젝트 작업에 시간을 투자하는 독립 개발자입니다.

이제 Eclipse의 이론적, 역사적, 정치적 측면을 살펴보았으니 제품 자체를 살펴보겠습니다.

Eclipse 작업공간

그림 1. Eclipse 시작 페이지

그림 2. Eclipse 개요 페이지

Eclipse 작업공간은 다음과 같은 여러 패널로 구성됩니다. 표현, 탐색 또는 개요 보기 등. 그러한 표현의 집합을 다음과 같이 부릅니다. 관점. 가장 일반적인 관점 중 하나는 프로젝트를 관리하고 프로젝트 파일을 보고 편집하기 위한 기본 보기 집합인 리소스 관점입니다.

대부분의 처음 사용자는 그림 2에 표시된 개요 페이지부터 시작하여 Eclipse에 대해 자세히 알아보는 것이 좋습니다. 워크벤치 기본 섹션에는 Eclipse의 다양한 구성요소와 이들 구성요소가 서로 상호 작용하는 방법에 대한 유용한 초기 정보가 많이 포함되어 있습니다. 잠시 시간을 내어 이 내용을 읽은 후 Eclipse의 JDT(Java Development Tools)에 대해 자세히 살펴보겠습니다. 무언가를 배우는 가장 좋은 방법은 실제로 시도해 보는 것입니다.

JDT(Java 개발 도구)

그림 3. Java Perspective에서 새 클래스 생성

그러면 그림 4와 같이 편집기 영역에 Hello 클래스와 빈 main() 메서드가 있는 .java 파일이 생성됩니다. 메서드에 다음 코드를 추가해 보겠습니다. 나일부러 생략했습니다.)

그림 4. Java 편집기의 Hello 클래스

입력하는 동안 구문 검사, 자동 코드 완성 등 Eclipse 편집기의 일부 기능을 확인할 수 있습니다. 또한 여는 괄호나 큰따옴표를 입력하면 Eclipse는 자동으로 닫는 쌍을 삽입하고 커서를 가운데에 배치합니다.

다른 경우에는 다음 조합을 사용하여 자동 코드 완성을 실행할 수 있습니다. Ctrl+1. 코드 완성 기능은 키보드나 마우스를 사용하여 선택할 수 있는 상황에 맞는 옵션 목록을 제공합니다. 옵션은 특정 개체와 관련된 메서드 목록일 수도 있고 for 또는 while 과 같은 다양한 키워드를 기반으로 하는 코드 조각일 수도 있습니다.

구문 검사는 증분 컴파일에 따라 달라집니다. 코드를 저장하면 백그라운드에서 컴파일되고 구문 오류가 있는지 확인됩니다. 기본적으로 구문 오류는 빨간색으로 밑줄이 그어지고 흰색 X가 있는 빨간색 점이 왼쪽 여백에 나타납니다. 기타 오류는 편집기 여백에 전구 기호로 표시됩니다. 이는 편집자가 해결할 수 있는 문제입니다(빠른 수정이라는 기능).

위 코드에서는 i에 대한 설명이 생략되었기 때문에 for 문 옆에 전구 기호가 표시됩니다. 전구를 두 번 클릭하면 제안된 수정 사항 목록이 나타납니다. 우리의 경우에는 클래스 필드 i, 지역 변수 i 또는 메서드에 대한 매개 변수 i를 생성하라는 요청을 받게 됩니다. 마우스로 이러한 옵션 중 하나를 선택하면 생성될 코드가 표시됩니다. 그림 5는 지역 변수의 경우 제안하는 옵션 목록과 제안하는 코드를 보여준다.

그림 5: 빠른 수정 옵션

문장을 더블클릭하면 프로그램의 원하는 위치에 코드가 삽입됩니다.

프로그램이 오류 없이 컴파일되면 다음을 선택하여 실행할 수 있습니다. 달리다이클립스 메뉴에서 (코드를 저장할 때 컴파일이 발생하기 때문에 별도의 컴파일 단계가 없다는 점에 유의하십시오. 코드에 구문 오류가 없으면 실행할 준비가 된 것입니다.) 원하는 기본값으로 구성 시작 대화 상자가 나타납니다. 딸깍 하는 소리 달리다오른쪽 하단. 아래와 같이 프로그램 결과를 표시하는 탭이 있는 새 패널(콘솔)이 하단 패널에 나타납니다.

그림 6. 프로그램 결과

그림 7. 디버그 관점

컨텍스트 도구 설명을 사용하여 뷰에 대한 더 자세한 정보를 얻을 수 있습니다. 이렇게 하려면 보기 제목을 클릭하고 F1.

추가 플러그인

Eclipse Foundation에서 유지 관리하고 배포하는 플러그인은 Eclipse 웹 사이트에서 찾을 수 있습니다. 사용 가능한 플러그인의 가장 포괄적인 목록은 플러그인 디렉토리 역할을 하는 Eclipse Plug-in Central 페이지에서 확인할 수 있습니다.

Eclipse 플랫폼 아키텍처

Eclipse 플랫폼에는 JDT 및 PDE와 같은 프로젝트를 지원하는 강력한 플러그인 세트(그림 8 참조)가 포함되어 있습니다.

그림 8. Eclipse 플랫폼의 단순화된 아키텍처

실행 시간런타임은 OSGi 사양과 확장 및 확장 지점 아이디어를 기반으로 Eclipse 플러그인 모델을 정의하는 코드입니다. 런타임은 syslogging 및 동시성과 같은 추가 서비스도 제공합니다. J페이스/SWT SWT(Standard Widget Toolkit)는 Eclipse의 사용자 인터페이스와 기능을 제공하는 위젯 모음입니다. JFace는 그래픽 애플리케이션 개발을 더 쉽게 만들기 위해 여러 MVC(Model-View-Controller) 클래스를 제공하는 SWT의 상위 집합입니다. 작업대작업공간은 Eclipse에 개성을 부여합니다. 이 수준에서는 보기, 관점 및 편집 창과 같은 개념이 구현됩니다. 도움말(사용자 지원)이 Eclipse 구성요소를 사용하면 사용자에게 지원을 제공할 수 있습니다. 이는 사용자가 도움말 문서를 검색할 수 있는 도움말 시스템이나 최종 사용자에게 대화형 작업 목록으로 표시될 수 있는 "치트 시트"를 통해 수행될 수 있습니다. 업데이트업데이트 구성요소는 Eclipse가 애플리케이션을 한 버전에서 다른 버전으로 업데이트할 수 있는 수단을 제공합니다. 팀팀 구성 요소는 개발 회사가 자체 버전 제어 시스템을 연결할 수 있도록 하는 인프라입니다. 샘플 제공자 구현은 Eclipse에 내장된 CVS 플러그인입니다.

결론

IBM이 작성한 초기 코드에서 Eclipse는 100개 이상의 참여 기업이 참여하는 모든 기능을 갖춘 오픈 소스 생태계로 성장했습니다. 휴대 가능하고 확장 가능한 오픈 소스 인프라는 더 이상 새로운 아이디어가 아닙니다. 하지만 세심하고 강력하며 우아한 디자인을 갖춘 Eclipse는 완전히 새로운 역동성을 보여줍니다.

오픈 소스 커뮤니티에 대한 IBM의 기여는 귀하에게 무엇을 의미합니까?

마크 에릭슨과 앵거스 매킨타이어
게시일: 2001년 11월 1일

Eclipse 플랫폼은 통합 개발 환경(IDE) 구축을 위해 설계되었습니다. 다양한 런타임 환경을 위한 다양한 엔드투엔드 컴퓨팅 솔루션을 만드는 데 사용할 수 있습니다. 아키텍처를 선택할 때 도구 작성자에게는 다음이 필요합니다.

숨겨진 API나 도구 간 인터페이스 없이 공평한 경쟁의 장과 완전한 공개가 가능합니다. Eclipse는 이러한 목적을 위해 오픈 소스 플랫폼을 제공합니다. 코드 품질, 이식성 및 성능을 보장하기 위해 게시된 API는 관련 산업 컨소시엄에서 테스트됩니다.
새로운 가능성을 달성하기 위해 플랫폼을 자유롭게 확장할 수 있습니다. Eclipse는 플랫폼 재배포를 포함하여 파생물을 생성하는 기능을 제공합니다. Eclipse를 사용하면 도구 개발자는 핵심 작업과 개발 기술의 새로운 모델에 집중할 수 있습니다.
제품 변경 및 개선 요청에 대해 적시에 통제되고 체계적인 방식으로 응답을 받습니다. 개발자는 www.eclipse.org를 통해 다양한 변경을 할 수 있습니다. 이는 플랫폼 개발에 있어 개발자의 협력과 가능한 모든 지원을 통해 달성됩니다.

질문과 답변

Eclipse.org란 무엇입니까?

Eclipse.org는 소프트웨어 개발 도구 공급업체로 구성된 개방형 커뮤니티 기반 컨소시엄입니다. 커뮤니티는 개발 환경과 제품 통합을 개선하기 위해 협력하는 데 관심이 있습니다. 커뮤니티는 플러그인 기술을 사용하여 여러 환경에서 쉽게 상호 운용할 수 있는 제품을 만드는 데 공통 관심을 공유합니다. 주요 통합 기술을 협력하고 공유함으로써 Eclipse 호환 도구 공급업체는 자신의 전문 분야와 새로운 개발 기술 개발에 집중할 수 있습니다.

Eclipse 플랫폼이란 무엇입니까?

Eclipse 프로젝트의 핵심 아이디어는 "개발자 도구용 Apache"를 만드는 것입니다. 이는 소프트웨어 개발자에게 필요한 다양한 기본 서비스를 제공하는 오픈 소스 인프라를 구축하는 것을 의미합니다. 이것은 "툴킷 개발을 위한 툴킷"이어야 합니다. 단순한 API 모음이 아닌 Eclipse 프레임워크는 실제 작업을 수행하기 위해 작성된 실제 코드로 구성됩니다.

Eclipse 플랫폼은 통합된 엔드투엔드 소프트웨어 개발 도구를 구축하고 실행하기 위한 기반을 제공합니다. 플랫폼은 도구 공급자가 통합된 솔루션에 내장된 솔루션을 구축하는 데 사용하는 오픈 소스 구성 요소로 구성됩니다. 작업 공간. Eclipse 플랫폼은 잘 설계된 설계 및 구현 환경에 기술을 통합합니다.

IBM이 Eclipse를 오픈 소스로 출시하는 이유는 무엇입니까?

오픈소스는 유일한 방법도구 통합을 위한 개방형 플랫폼을 제공합니다. 또한 오픈 소스를 사용하면 다른 이점도 있습니다.

이러한 이점 중 가장 중요한 것은 제품의 재사용입니다. 이미 작업 형식으로 존재하는 경우 다시 빌드할 이유가 무엇입니까? 개방형 Eclipse 플랫폼을 사용하면 도구 제작자는 통합 개발 환경(IDE) 구축을 위한 도구 인프라를 제공하여 자체 개발 영역에 집중할 수 있습니다. 그럼에도 불구하고 다른 사람의 코드를 사용하면 신뢰를 얻기 시작합니다.

새로운 아키텍처나 플랫폼에 대한 신뢰를 얻으려면 오랜 시간이 걸립니다. 예를 들어, 특정 운영 체제(예: Windows)에서 응용 프로그램의 사용을 제한하는 독점 인터페이스가 포함된 도구를 만드는 데 있어 개발자의 신뢰를 얻는 것은 어렵습니다. 또한, 다양한 수준의 API가 다양한 수준의 도구(예: 엔터프라이즈 API와 다른 커뮤니티 API)와 함께 제공되는 경우 도구 작성자의 신뢰를 얻기가 어렵습니다.

Eclipse 플랫폼은 플랫폼 소스 코드를 제공하여 신뢰를 구축합니다.

내부, 독점 또는 숨겨진 인터페이스 없이 모든 API에 대해 오픈 소스가 제공됩니다. 신뢰를 얻는 데 시간이 걸리는 개발자는 코드를 보고 적절한 결론을 내릴 수 있습니다. 소스를 믿고 혁신하세요!

오픈 소스 개발자를 모으는 것도 더 나은 코드를 만드는 데 도움이 될 수 있습니다. 코드 공동 작업을 할 때 제작자는 코드에 더 많은 노력을 기울입니다. 이러한 코드는 개인 및 기업 평판의 산물이자 작업을 반영합니다. 출처를 신뢰하고 시장에서 입지를 확고히 하세요!

깔끔한 사양을 기반으로 한 오픈소스 프로젝트는 이해하기 쉬운 코드를 제공할 수 있습니다. 인터페이스는 구성 요소의 추상적인 동작을 블랙박스 용어로 설명합니다. 개발자는 소스 코드를 검사하여 코드의 동작을 한 줄씩 분석할 수 있습니다. 다른 사람의 인터페이스를 신뢰하는 것은 어렵습니다. 소스를 신뢰하고 기술을 탐구해보세요!

오픈 소스에서 디버깅하는 것이 더 쉽습니다. 버그가 발견되었을 때 소스코드를 보면 원인을 찾는데 도움이 됩니다. 이는 사용자의 잘못일 수도 있고 플랫폼 및 환경의 잘못일 수도 있습니다. 소스 코드에 액세스하면 오류 원인을 추측하는 작업이 제거됩니다. 포럼에서 함께 문제를 논의하면 유사한 문제에 대해 잘 알고 있는 다른 사람들과 메모를 공유할 수 있습니다. 일반적으로 사용되는 오픈 소스 코드에서 문제가 발생하면 수정하거나 해결하는 것이 더 쉽습니다. 필요한 정보를 얻으려면 출처에 의존하십시오.

복잡한 기술을 혼자서 작업하는 것은 상당히 어렵습니다. 여러 도구 제작자가 함께 탐색할 수 있습니다. 새로운 기술. 위험을 줄이려면 소스를 신뢰하십시오!

도구 공급업체는 왔다 갔다 합니다. 엔터프라이즈 개발자는 장기적인 플랫폼 지원을 원합니다. 소스 코드를 사용하면 기업은 짧은 시간에 시작하고 장기간 비즈니스를 유지할 수 있습니다. 소스 코드를 신뢰하여 비즈니스를 성장시키세요!

유연성은 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 코드를 호출하는 다른 코드가 손상되는 것을 방지하는 공통 프로그래밍 라이센스에 따라 라이센스가 부여됩니다.

버그와 같이 사용자가 Eclipse 소스 코드에서 발견할 수 있는 성가신 사항은 어떻습니까?

오픈 소스 개발은 사소한 버그와 주요 버그를 모두 찾아 수정할 가능성을 높입니다. 원래 개발자나 커뮤니티 구성원이 발견하고 수정합니다.

소스 코드를 공개하면 기밀 계획과 전략이 경쟁사에게 공개될 수 있습니까?

예, 본질적으로 우리는 경쟁사와 전략을 공유합니다. 의심할 여지없이 더 중요한 의견이 있습니다. 개발자는 자신의 애플리케이션에만 도구를 통합하는 데 지쳤습니다. 그들은 엔드투엔드 컴퓨팅 환경에서 도구가 함께 작동하도록 만드는 방법을 찾는 데 시간을 보내는 데 지쳤습니다. Eclipse 플랫폼을 사용하면 누구나 프로덕션 수준에서 IDE를 통합하는 방법을 철저하게 이해함으로써 이점을 얻을 수 있습니다. 우리는 최종 개발자의 작업을 더 쉽게 만들기 위해서만 이 작업을 수행합니다.

사용자가 적절한 보상 없이 단순히 Eclipse 소스 코드를 사용하고 커뮤니티 구성원의 지원에 의존할 수 있습니까?

그럴 수도 있습니다. 그러나 조만간 상호 작용 기능은 자체적으로 사용할 수 있는 것보다 최종 사용자에게 더 많은 가치를 제공하게 될 것입니다. 독립적이고 고립된 개발자들은 점차 망각 속으로 사라질 것입니다.

경쟁업체가 자신의 목적을 위해 오픈 소스 제품을 "훔치려고" 하면 어떻게 되나요?

이러한 시도는 가능하지만 커뮤니티는 Common Public License에 의해 보호됩니다. Eclipse 플랫폼의 공식 버전은 앞으로도 계속 출시될 예정입니다. 라이선스는 어떤 공급업체도 제품 사용으로 인해 불법적으로 이익을 얻을 수 없도록 구성되어 있습니다. Eclipse 프로젝트에서 함께 작업함으로써 우리는 도구 개발자에게 의미 있는 수준의 경쟁의 장을 마련하는 데 도움을 주고 싶습니다.

Eclipse 기술에 도구를 통합하는 방법에 대한 정보는 어디에서 찾을 수 있습니까?

웹사이트 http://www.eclipse.org에 여러 가지 기술 설명이 있습니다.

Eclipse 플랫폼은 어떻게 작동하며 어떤 기능을 제공합니까?

Eclipse 플랫폼은 다음 원칙에 따라 구축되었습니다.

내부 도구뿐만 아니라 도구 간 원활한 통합을 촉진합니다. 다양한 방식콘텐츠 및 도구 제공업체.
다양한 도구 제작을 지원합니다.
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에 위치
연중무휴 24시간 지원이 되나요?
임시이사회는 어떤 기준으로 선출되나요?
제한된 직원으로 인해 Eclipse 팀은 플랫폼 구축을 위해 선택된 소수의 회사와만 상호 작용할 수 있습니다. 임시 이사회 구성원은 현재 시범적으로 플랫폼 개발에 기여한 기업 중에서 선정됩니다. 선택 기준은 세 가지입니다. 이사회 구성원은 회사에서 Eclipse를 사용해야 합니다. 또한 인용문을 작성하려면 Eclipse를 사용해야 합니다. Eclipse.org를 공개적으로 지원해야 합니다.
Eclipse 소스 코드 공개를 오랫동안 지연한 이유는 무엇입니까?
소스 코드 제공에 대한 회사의 계획을 면밀히 검토한 후 개발 팀은 첫 번째 플랫폼이 철저하게 개발되고 테스트되었는지 확인하기를 원했습니다. 우리는 몇 가지 대체 건설 개념을 테스트했으며 그 중 일부는 이미 시장에 나와 있습니다. 이후 우리는 이러한 아이디어를 다른 도구 제공업체와 공유하고 개선했습니다. 이제 Eclipse 플랫폼의 첫 번째 릴리스가 준비되었습니다.
IBM이 무료 배포 기술을 출시한다는 것은 IBM이 더 이상 해당 기술에 전념하지 않는다는 의미입니까?
IBM은 Eclipse 플랫폼을 채택하고 이를 IBM의 전체 엔드투엔드 소프트웨어 개발 도구 제품군인 WebSphere Studio 제품군의 기반으로 사용하기 위해 최선을 다하고 있습니다. 이러한 제품은 통합된 품질 보증, 전설적인 IBM 제품 지원, IBM 브랜드에 대한 헌신의 혜택을 받습니다. 이들은 유사한 인터페이스를 사용하며 Eclipse 플랫폼에 공통적인 기술을 기반으로 구축되었습니다.
Eclipse에 대한 문서와 정보는 어디에서 찾을 수 있나요?
www.eclipse.org에서.
Eclipse는 .NET과 어떻게 다릅니까?
.NET 기술은 독점적으로 사용하도록 만들어졌습니다. 마이크로소프트 플랫폼 Microsoft가 제공하는 자체 인터페이스를 통해. 개발자는 .NET의 변경 사항에 응답해야 합니다. "wintel" 기술 이상의 특징을 지닌 세상에서 .NET 플랫폼은 상당한 불편함을 줍니다. 서버, 워크스테이션, 내장형 장치 및 휴대용 PC를 통합해야 하는 엔드투엔드 컴퓨팅 프로젝트는 매우 성숙하고 진보된 다양한 런타임 환경에서 실행됩니다. 이로 인해 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 Studio Workbench는 Eclipse 플랫폼에서 Eclipse 기술을 사용하는 예입니다.
Eclipse는 모든 작업 환경에서 사용할 수 있는 오픈 소스 도구 통합 플랫폼입니다.
그들은 네 가지 주요 측면에서 다릅니다.
1. 지원하다
  Eclipse 플랫폼에 대한 지원은 Eclipse.org 컨소시엄을 통해 제공되는 반면, WebSphere에 대한 지원은 IBM의 표준 지원 구조(PartnerWorld)를 통해 제공됩니다.
  라이선스
  Eclipse 플랫폼은 Common Public License에 따라 사용 가능한 반면, WebSphere Studio Workbench는 IBM PartnerWorld License에 따라 사용 가능합니다.
  부산물/소스코드 수정
  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 플랫폼을 선택해야 합니다.

IT 기술은 가만히 있지 않고 나날이 발전하고 있습니다. 컴퓨터가 제공하는 모든 기능을 사용할 수 있는 새로운 프로그래밍 언어가 만들어지고 있습니다. 가장 유연하고 강력하며 흥미로운 언어 중 하나는 Java입니다. Java를 사용하려면 소프트웨어 개발 환경이 필요합니다. 이클립스를 살펴보겠습니다.

Eclipse는 무료로 사용할 수 있는 확장 가능한 통합 개발 환경입니다. 주요 경쟁자는 Eclipse이며 질문은 "어느 것이 더 낫습니까?"입니다. 아직 열려있습니다. Eclipse는 많은 Java 및 Android 개발자가 모든 OS에 대한 다양한 애플리케이션을 작성하는 데 사용하는 강력한 IDE입니다.

주목!
Eclipse에는 많은 추가 파일이 필요합니다. 최신 버전 Java 공식 웹사이트에서 다운로드할 수 있습니다. 그것들이 없으면 Eclipse는 설치를 시작하지도 않습니다.

물론 Eclipse는 프로그램 작성을 위해 설계되었습니다. 프로젝트를 생성한 후 텍스트 편집기에 프로그램 코드를 입력할 수 있습니다. 오류가 발생하면 컴파일러는 경고를 발행하고 오류가 발생한 줄을 강조 표시하고 그 이유를 설명합니다. 그러나 컴파일러는 논리적 오류, 즉 조건 오류(잘못된 수식, 계산)를 감지할 수 없습니다.