W tym artykule chciałem opowiedzieć o tym, jak tworzyć aplikacje za pomocą Eclipse RCP (Rich Client Platform). Powodem do napisania był fakt, że na Habré nie ma absolutnie żadnych artykułów opisujących tę platformę. Jako przykład utworzymy niestandardowy formularz wejściowy; poprawność danych zostanie sprawdzona za pomocą frameworka JFace Data Binding. Na początek podam poniżej zrzut ekranu z tym, co powinniśmy otrzymać.

Co to jest Eclipse RCP

Na początek nadal trzeba powiedzieć, czym jest Eclipse RCP. Zaćmienie to środowisko programistyczne napisane w Javie opracowane i utrzymywane przez Eclipse Foundation (której członkami są IBM, SAP, Oracle, firmy oferujące produkty oparte na Eclipse RCP i uczestniczące w rozwoju ekosystemu Google, RedHat, Adobe, Cisco, Intel). Zaćmienie RCP to zestaw wtyczek do tworzenia tzw. bogatych aplikacji klienckich. Wszystko, co widzi użytkownik otwierając środowisko Eclipse IDE, to wtyczka stworzona w oparciu o tę platformę. Użytkownik może tworzyć własne wtyczki w oparciu o ogromną liczbę istniejących, a w razie potrzeby można znaleźć jako wtyczki najpopularniejsze frameworki, takie jak Hibernate, Google Guice, Google Guava, JUnit, TestNG. Warto również zauważyć, że architektura uruchomieniowa oparta jest na specyfikacji platformy usługowej OSGI, ta specyfikacja opisuje sposób tworzenia i obsługi aplikacji modułowych. Eclipse, jak wspomniano powyżej, jest napisane w Javie i jest pozycjonowane jako produkt wieloplatformowy (w 90% przypadków aplikacja RCP zostanie zbudowana na Windows, Linux i Mac). Wszystkie wtyczki stanowiące rdzeń platformy i większość wtyczek innych firm są rozpowszechniane na licencji EPL (Eclipse Public License). Interfejs użytkownika aplikacji RCP oparty jest na wizualnych komponentach frameworków SWT i JFace, a także na natywnych widżetach Eclipse. Poniższe rysunki przedstawiają komponenty aplikacji opartej na platformie RCP oraz strukturę samej platformy Eclipse.

Rysunek 1 — Komponenty użyte w aplikacji RCP (zdjęcie zaczerpnięte z tej strony)

Rysunek 2 — Architektura Eclipse (zdjęcie zaczerpnięte z tej strony)

Zalety i wady platformy

Główne pytanie brzmi, co jest takie dobre ta platforma i po co go używać do tworzenia aplikacji desktopowych (swoją drogą możliwe jest tworzenie aplikacji webowych i aplikacji dla platformy mobilne). Modułowość, wieloplatformowość, obsługa wielu języków, bezpłatna, duża ilość istniejące wtyczki, biblioteki i frameworki. Wszystko to pozwala na tworzenie aplikacji klasy komercyjnej (link do listy istniejących aplikacji opracowanych na tej platformie znajduje się na końcu artykułu). Wady to wystarczy wysoki poziom wystąpień, ponieważ aby stworzyć poważną aplikację, musisz przynajmniej ogólnie znać działanie frameworka OSGI, umieć pracować z komponentami i widgetami SWT i JFace. Również rosyjskojęzyczni programiści będą mieli problem ze znalezieniem jakichkolwiek materiałów lub książek na temat wspomnianych wyżej frameworków i bibliotek (linki do znalezionych zasobów, w tym rosyjskich, podano na końcu artykułu), chociaż konferencje są odbywające się cyklicznie w Europie i USA, organizowane przez uczestników Eclipse Foundation, w Niemczech ukazuje się specjalny magazyn, który opowiada o nowych wtyczkach i zawiera wiele przykładów ich użycia, a także cała seria książek w Niemiecki opisujący wszystkie niuanse i subtelności rozwoju. W języku angielskim można znaleźć specjalną serię książek z serii Eclipse autorstwa Addison-Wesley, można też znaleźć kilka książek z Apress. Ale jest bardzo mało materiałów i książek w naszym ojczystym języku.

Pierwsze kroki

Instalowanie wymaganych wtyczek

Przejdźmy od razu do tworzenia naszej pierwszej aplikacji RCP. Do pracy musimy pobrać montaż: Eclipse dla programistów RCP i RAP z oficjalnej strony. Jeśli środowisko Eclipse IDE jest już zainstalowane, możesz użyć menedżera aktualizacji. Wybierz Pomoc->Zainstaluj nowe oprogramowanie z menu głównego. W wyświetlonym oknie Zainstaluj wybierz z listy rozwijanej witrynę z aktualizacjami, których potrzebujemy z listy rozwijanej - download.eclipse.org/releases/indygo, jeśli takiej strony nie ma na liście, to klikamy przycisk Dodaj po prawej stronie, w polu Nazwa piszemy - Indigo Update Site, w polu Lokalizacja - adres podany powyżej, klikamy OK (jeżeli pojawi się komunikat podczas dodawania adres - Zduplikowana lokalizacja, to adres już istnieje na liście dostępnych witryn z oprogramowaniem, listę witryn aktualizacji można wyświetlić w poprzednim oknie instalacji, klikając łącze Dostępne witryny z oprogramowaniem poniżej listy rozwijanej). Po wybraniu witryny aktualizacji na dole pojawi się podobna do drzewa lista (jeśli zaznaczone jest pole wyboru Grupuj elementy według kategorii), otwórz element Narzędzia ogólnego przeznaczenia i wybierz Środowisko programistyczne wtyczek Eclipse, a następnie otwórz element EclipseRT Target Platform Components i zaznacz wtyczkę - Zasoby dla programistów wtyczki Eclipse RCP, to właśnie te dwie wtyczki są nam potrzebne do stworzenia naszego projektu. Następnie kliknij dwukrotnie Dalej, zaakceptuj umowa licencyjna i kliknij przycisk Zakończ; To wszystko, rozpocznie się instalacja niezbędnych wtyczek. Po instalacji zostaniemy poproszeni o ponowne uruchomienie Eclipse, co zrobimy.

Rysunek 3 - Okno instalacji wtyczki

Utwórz projekt

Po ponownym uruchomieniu wybierz z menu głównego pozycję Plik->Nowy->Inne, wybierz pozycję Programowanie wtyczki, a następnie z rozwijanego menu wybierz Projekt wtyczki.

Rysunek 4 - Menu wyboru typu tworzonego projektu

Kliknij Dalej, musimy nadać nazwę naszemu projektowi, niech będzie się nazywał first.rcp.application, kliknij ponownie Dalej. W kolejnym oknie musimy podać nazwę aplikacji, w polu Nazwa wpiszemy First RCP Application. Odznacz pole Generuj aktywator, klasę Java, która kontroluje cykl życia wtyczki; dla naszych prosta aplikacja nie jest wymagana klasa aktywatora. Zostawmy pole wyboru przy elemencie — ta wtyczka wniesie wkład do interfejsu użytkownika, ponieważ nasza aplikacja będzie zawierać interfejs użytkownika. Pozostawmy trzecią opcję Włącz analizę interfejsu API niezaznaczoną. Na pytanie - Czy chciałbyś stworzyć bogatą aplikację kliencką? odpowiedz Tak.

Rysunek 5 - Okno tworzenia wtyczki

Kliknij Dalej, zostaniemy poproszeni o wybranie szablonu dla przyszłej aplikacji, wybierz Witaj RCP i kliknij Dalej.

Rysunek 6 - Okno wyboru szablonu projektu RCP

W ostatnim oknie w polu Tytuł okna aplikacji wpisz - Formularz użytkownika, w polu Klasa aplikacji - Moja aplikacja. Pozostaw pole wyboru Dodaj markę nieaktywne. Naciśnijmy przycisk Zakończ. Zostaniemy poproszeni o przejście do perspektywy rozwoju wtyczek, zgodzimy się z tą propozycją.

Rysunek 7 - Okno konfiguracji szablonu projektu RCP

Struktura projektu

Mamy więc strukturę nowo utworzonego projektu.

Rysunek 8 - Struktura projektu

Zawartość pięciu klas w pierwszym pakiecie.rcp.application w ten moment nie jesteśmy zainteresowani, powiem tylko, że klasa Moja aplikacja jest to w pewnym sensie główna metoda () zwykłego programu Java, ta klasa jest odpowiedzialna za to, jak nasza wtyczka zostanie uruchomiona i jak zostanie zatrzymana. W klasie AplikacjaWorkbenchWindowAdvisor, możemy ustawić rozmiar okna aplikacji za pomocą następującej linii kodu:
configurer.setInitialSize(nowy punkt(400, 300));
Widzimy również, że pasek narzędzi i pasek stanu nie będą domyślnie pokazywane:
configurer.setShowCoolBar(false);
configurer.setShowStatusLine(false);
Ostatnia linia ustawia tytuł głównego okna:
configurer.setTitle("Formularz użytkownika");
Klasa AplikacjaActionBarAdvisor odpowiada za ustawienie paska menu naszej aplikacji. Klasa Perspektywiczny odpowiada za lokalizację i wielkość edytorów (redaktorów) i widoków (widoków) znajdujących się w tej perspektywie (perspektywie), w aplikacji RCP musi być co najmniej jedna perspektywa.

Rozpoczęcie projektu

Aby uruchomić właśnie utworzoną aplikację, musimy przejść do folderu META-INF i otworzyć plik MANIFEST.MF, jeśli nagle go zamknąłeś (ten plik jest domyślnie otwierany podczas tworzenia projektu).

Rysunek 9 — Edytor właściwości aplikacji RCP

Ten plik pozwala nam zmieniać wiele ustawień projektu, podłączać dodatkowe wtyczki, łączyć i zarządzać rozszerzeniami, dostosowywać kompilację naszej wtyczki i wiele więcej. Jesteśmy na zakładce Przegląd, w sekcji Testowanie klikamy w link - Uruchom aplikację Eclipse, za chwilę na ekranie pojawi się okno naszej aplikacji, zamknij je i przejdź do kolejnego kroku.

Rysunek 10 - Okno naszej aplikacji

Dodawanie widoku (widok)

Dodawanie rozszerzenia

Naszym zadaniem jest stworzenie widoku (widoku), na którym możemy umieścić elementy interfejsu graficznego. Wróćmy do akt. MANIFEST.MF, wybierz kartę na dole - Rozszerzenia. Widzimy, że domyślnie mamy dwa rozszerzenia: org.eclipse.core.runtime.applications i org.eclipse.ui.perspectives. Pierwsze rozszerzenie jest związane z naszą klasą aplikacji. Moja aplikacja, jeśli wybierzemy to rozszerzenie i rozwiniemy widok drzewa do pierwszego węzła.rcp.application.MyApplication (run), zobaczymy, że pole class zawiera nazwę tej konkretnej klasy. Wracając do węzła głównego tej listy, po prawej stronie w sekcji Szczegóły rozszerzenia zobaczymy dwa pola, których wartości również możemy zmienić (nie zrobimy tego teraz): ID - identyfikator aplikacji oraz Nazwa - aplikacja Nazwa.

Drugie rozszerzenie odpowiada za ustawienie perspektywy naszej aplikacji. Plik MANIFEST.MF pozwala nam określić, bez zaglądania w kod klasy Perspective, jakie widoki i/lub edytory będzie zawierać ta perspektywa, ich położenie, rozmiar i proporcje. Klikając na to rozszerzenie i przechodząc do elementu podrzędnego, zobaczymy, że w sekcji Szczegóły elementu rozszerzenia możemy określić klasę perspektywy, identyfikator i nazwę. Należy zauważyć, że takich zmian, jak wspomniano powyżej, można dokonać poprzez bezpośrednią edycję kodu klasy, który jest powiązany z tym rozszerzeniem i edycję pliku plugin.xml, ale nie chcemy komplikować tworzenia naszego pierwszego projektu.

Rysunek 11 - Zakładka z rozszerzeniami naszego projektu

Aby utworzyć widok, musimy dodać nowe rozszerzenie. Aby to zrobić, kliknij przycisk Dodaj i w oknie, które się pojawi, w polu filtru Punktu rozszerzenia wpisz widoki, powinno być tylko jedno rozszerzenie - org.eclipse.ui.views, zaznacz je i kliknij przycisk Zakończ.

Rysunek 12 - Okno wyboru nowego rozszerzenia

Na liście rozszerzeń powinniśmy mieć jeszcze jedno, trzecie rozszerzenie z rzędu.

Zobacz dostosowanie

Kliknij rozszerzenie, które dodaliśmy kliknij prawym przyciskiem myszy myszy, pojawią się menu kontekstowe, wybierz w nim Nowy->widok, tym samym dodamy element do naszego rozszerzenia (ten element to widok, którego potrzebujemy). Po prawej stronie pojawią się ustawienia tego elementu. Najpierw stwórzmy klasę dla naszego widoku. Możemy to zrobić, klikając link class*.

Rysunek 13 - Ustawienia widoku (widok)

Otworzy się standardowe okno dialogowe do tworzenia klasy Java, nadaj mu nazwę - MainView; jak widzimy ta klasa jest dziedziczona z klasy org.eclipse.ui.part.ViewPart, klasa nadrzędna dla wszystkich widoków. Tworzenie klasy kończymy klikając przycisk Zakończ. Zostało bardzo mało, po stworzeniu klasy dla naszego widoku jej kod otworzy się przed nami, stworzymy zmienną statyczną która będzie zawierała identyfikator tego widoku, ustawimy nazwę kanoniczną tej klasy jako identyfikator . Napiszmy co następuje:
…
public class MainView rozszerza ViewPart(
publiczny statyczny końcowy String ID = MainView.class.getCanonicalName();
…
}
Wróćmy do akt MANIFEST.MF, otwórz zakładkę Extension, skopiuj zawartość pola class* i wklej ją do pola ID. Teraz nazwa klasy i identyfikator tego widoku są takie same, ta sztuczka jest dobrą praktyką, ponieważ zawsze pozwala szybko znaleźć żądany widok i znaleźć jego identyfikator. W polu name* wpisz - User Form. Cały widok jest tworzony, pozostaje skojarzyć go z naszą perspektywą, ponieważ sam widok nie może być wykorzystany, innymi słowy musi należeć do jakiejś perspektywy.

Ustawianie pozycji widoku

Możemy wykonać dalsze manipulacje pozostając w edytorze rozszerzeń lub otworzyć perspektywiczny kod klasy - Perspektywa.java, co zrobimy. W klasie Perspektywiczny, przejdźmy do metody - createInitialLayout(), Ta metoda ustala początkową pozycję widoków i edytorów. W metodzie napisz następujące dwa wiersze kodu:
layout.setEditorAreaVisible(false);
layout.addStandaloneView(MainView.ID, true, IPageLayout.LEFT, 1.0f, layout.getEditorArea());
Pierwsza linia mówi obiektowi układu, że nie potrzebujemy obszaru edycji, ponieważ mamy tylko jeden widok i żadnych edytorów. Druga linia dodaje nasz widok i jako samodzielny (standalone). Pierwszym parametrem jest nasz identyfikator widoku. Drugi parametr to wartość logiczna, która określa, czy zostanie wyświetlony tytuł naszego widoku (Formularz użytkownika). Trzeci parametr ma na celu wskazanie orientacji widoku w perspektywie, ponieważ mamy jeden widok i zajmiemy całą przestrzeń perspektywiczną, wartość ta może być dowolna. Czwarty parametr określa położenie tego widoku w stosunku do innych widoków lub edytorów, ponieważ w naszym przypadku sam widok musi zajmować całą przestrzeń perspektywy. Ostatni piąty parametr to identyfikator obszaru edytora. Zapiszmy nasze zmiany.

Uruchamianie aplikacji z dodanym widokiem

Wróćmy do akt MANIFEST.MF i ponownie uruchom naszą aplikację, w tym celu przejdź do zakładki Przegląd, w sekcji Testowanie kliknij link Uruchom aplikację Eclipse. Nie zobaczymy dużej różnicy w wyglądzie formularza przy poprzednim uruchomieniu, dodano jedynie zakładkę z naszym widokiem, User Form.

Rysunek 14 - Okno naszej aplikacji z dodanym widokiem

To wszystko na dziś, kontynuacja będzie w następnym artykule.

Co IBM wnosi dla Ciebie do społeczności open source?

Marc Erickson i Angus McIntyre
Opublikowano 01.11.2001 r.

Platforma Eclipse jest przeznaczona do budowania zintegrowanych środowisk programistycznych (IDE). Może być używany do tworzenia różnorodnych kompleksowych rozwiązań komputerowych dla różnych środowisk wykonywania programów. Wybierając architekturę, producenci narzędzi muszą:

• Równe warunki i pełne ujawnianie informacji w przypadku braku ukrytych interfejsów API i interfejsów od narzędzia do narzędzia. Eclipse oferuje w tym celu platformę open source. Aby sprawdzić jakość, przenośność i wydajność kodu, opublikowane interfejsy API są testowane przez konsorcjum powiązanych branż.
• Swoboda rozbudowy platformy, aby osiągnąć nowe możliwości. Eclipse zapewnia możliwość tworzenia prac pochodnych, w tym redystrybucji platformy. Korzystanie z Eclipse pozwala twórcom narzędzi skoncentrować się na własnych podstawowych kompetencjach i nowych modelach technologii programistycznych.
• Otrzymywanie na czas odpowiedzi na prośby o zmiany i ulepszenia produktów dostarczane w kontrolowany i zorganizowany sposób. Za pośrednictwem strony www.eclipse.org programiści mogą wprowadzać różne zmiany. Osiąga się to dzięki wspólnej pracy i wszelkiego rodzaju pomocy ze strony programistów w rozwoju platformy.

Pytania i odpowiedzi

Co to jest Eclipse.org?

Eclipse.org to otwarte konsorcjum społeczności producentów narzędzi do tworzenia oprogramowania. Społeczność jest zainteresowana współpracą w celu poprawy środowisk programistycznych i integracji produktów. Społeczność podziela wspólne zainteresowanie tworzeniem takich produktów, które będą mogły łatwo współpracować w różnych środowiskach dzięki wykorzystaniu technologii wtyczek. Współpracując i rozpowszechniając kluczową technologię integracji, dostawcy narzędzi kompatybilnych z Eclipse mogą skoncentrować się na własnych obszarach wiedzy i tworzeniu nowych technologii programistycznych.

Czym jest platforma Eclipse?

Główną ideą projektu Eclipse jest stworzenie „Apache dla narzędzi deweloperskich”. Oznacza to stworzenie infrastruktury open source, która zapewnia wiele podstawowych usług potrzebnych programistom. Powinien to być „skrzynka narzędziowa do tworzenia skrzynek narzędziowych”. Nie tylko zbiór interfejsów API, framework Eclipse będzie składał się z prawdziwego kodu stworzonego do wykonywania prawdziwej pracy.

Platforma Eclipse stanowi podstawę do tworzenia i uruchamiania zintegrowanych, kompleksowych narzędzi programistycznych. Platforma składa się z komponentów open source używanych przez dostawców narzędzi do budowania rozwiązań osadzonych w zintegrowanym obszarze roboczym. Platforma Eclipse integruje technologię w dobrze uformowanym środowisku projektowym i wdrożeniowym.

Dlaczego IBM dystrybuuje Eclipse jako open source?

Open source to jedyny sposób na zapewnienie otwartej platformy do integracji narzędzi. Ponadto istnieją inne korzyści z używania open source.

Główną z tych korzyści jest ponowne wykorzystanie produktów. Po co przebudowywać coś, jeśli już istnieje w formacie roboczym? Korzystając z otwartej platformy Eclipse, twórcy narzędzi mogą skupić się na własnym rozwoju, udostępniając infrastrukturę narzędziową do budowania zintegrowanych środowisk programistycznych (IDE). Tak czy inaczej, używanie cudzego kodu zaczyna zdobywać zaufanie.

Zaufanie do każdej nowej architektury lub platformy zajmuje dużo czasu. Na przykład trudno jest zdobyć zaufanie programistów do tworzenia narzędzi zawierających zastrzeżone interfejsy, które ograniczają korzystanie z aplikacji w określonym systemie operacyjnym (np. Windows). Ponadto trudno jest zdobyć zaufanie twórców narzędzi, gdy dostępne są różne poziomy API różne poziomy narzędzia (na przykład interfejsy API społeczności, które różnią się od korporacyjnych interfejsów API).

Platforma Eclipse umożliwia budowanie zaufania poprzez dostarczanie kodu źródłowego platformy.

Open source jest dostępny dla wszystkich interfejsów API, bez wewnętrznych, natywnych lub ukrytych interfejsów. Deweloperzy, których zdobycie zaufania zajmuje dużo czasu, mogą zobaczyć kod i wyciągnąć odpowiednie wnioski. Zaufaj źródłu i wprowadzaj innowacje!

Połączenie programistów open source może również pomóc w tworzeniu lepszego kodu. Twórcy współpracując nad kodem wkładają w to dodatkowy wysiłek. Taki kod staje się odzwierciedleniem ich pracy, wytworem indywidualnej i korporacyjnej reputacji. Zaufaj źródłom i ugruntuj swoją pozycję na rynku!

Projekt open source oparty na czystych specyfikacjach może zapewnić kod, który jest łatwiejszy do zrozumienia. Interfejs opisuje (w terminach czarnoskrzynkowych) abstrakcyjne zachowanie komponentu. Badając kod źródłowy, programiści mogą analizować działanie kodu linia po linii. Trudno ufać interfejsowi kogoś innego. Zaufaj źródłom i poznaj technologię!

Open source jest łatwiejszy do debugowania. Gdy zostanie znaleziony błąd, zobacz kod źródłowy pomóc przyspieszyć identyfikację jego przyczyny. Może to być Twoja wina lub wina platformy i środowiska. Dostęp do kodu źródłowego unieważnia odgadnięcie przyczyny błędu. Udostępnianie problemów na forach umożliwia udostępnianie notatek osobom, które są zaznajomione z podobnymi problemami. Jeśli problem występuje w powszechnie używanym kodzie open source, łatwiej go naprawić lub obejść. Zaufaj źródłom, aby uzyskać potrzebne informacje.

Sama praca nad skomplikowaną technologią jest dość trudna. Kilku producentów narzędzi może wspólnie badać nowe technologie. Zaufaj źródłom, aby zmniejszyć ryzyko!

Sprzedawcy narzędzi przychodzą i odchodzą. Deweloperzy korporacyjni chcą mieć pewność długoterminowego wsparcia platformy. Mając dostępny kod źródłowy, korporacje mogą: krótkoterminowy zacznij i utrzymuj działalność przez długi czas: zaufaj źródłu, aby rozwijać swoją firmę!

Elastyczność to główna właściwość Eclipse. Dzięki platformie Eclipse komponent, który Ci nie odpowiada, możesz dostosować do swoich wymagań. Na przykład, jeśli nie jesteś zadowolony z edytora, stwórz własny lub podłącz jeden z popularnych edytorów wbudowanych w rynek open source oferowany przez platformę Eclipse. Chcesz powiązać nową platformę hostingową z istniejącym kompleksowym wsparciem? Zaufaj źródłom i twórz wtyczki!

Tak więc open source, otwarta społeczność i otwarta platforma wyznaczają równe szanse dla małych i dużych producentów narzędzi, aby wspierać kompleksowe projekty programistyczne i odkrywać nowe horyzonty.

Czy nadal masz wątpliwości?... Podziękowania dla Franka Heckera za jego doskonałą pracę nad budowaniem sklepu open source (patrz Zasoby, aby uzyskać link).

Na jakich platformach jest dostępne Eclipse?

Eclipse zostało wydane i przetestowane dla Windows NT, Windows XP (Beta), Windows 2000, Windows 98, Windows ME i Red Hat Linux w wersji 7.1. Technologia Eclipse została napisana w Javie, dzięki czemu jest łatwa w użyciu na wielu różnych platformach.

Czy Eclipse zostanie przeniesione na inne platformy?

To pytanie do rozwiązania, ale na tym polega piękno platformy Eclipse. Konstruktorzy narzędzi mogą korzystać z technologii Eclipse i odkrywać nowe granice dzięki sprawdzonej w branży otwartej platformie narzędziowej.

Jaki jest koszt platformy Eclipse?

Platforma Eclipse jest dostępna na licencji Common Public License. Szczegóły licencji są dostępne na stronie http://www.eclipse.org.

A co z faktem, że twórcy narzędzi nie są zbyt chętni do zajmowania się kodem źródłowym i nie mogą na tym naprawdę skorzystać?

Dostęp do kodu źródłowego często pozwala szybko zidentyfikować problemy, wyeliminować powielanie pracy i przyspieszyć zakończenie prac nad nową kompatybilną technologią.

Czy to nie zakończy się podziałem produktu na niekompatybilne wersje?

Społeczność Eclipse ma prawo do określania i zatwierdzania „oficjalnych” wersji platformy Eclipse. Członkowie społeczności mogą również dokonywać zmian i uzupełnień na własne potrzeby. Jednak podstawy kodu są inne, a tworzenie niestandardowej wersji poza projektem Eclipse staje się coraz trudniejsze. Wzrasta również koszt przeniesienia ulepszeń z „oficjalnej” wersji do niej. Dlatego wszyscy członkowie społeczności Eclipse są zainteresowani współpracą nad wspólną podstawową technologią i infrastrukturą Eclipse.

Czy zostaną podjęte kroki w celu zdefiniowania „oficjalnej” wersji w wysyłce produktów (np. jako część marki takiej jak „Eclipse Inside”)?

Ta kwestia jest rozważana przez Radę Dyrektorów Eclipse.

Jakie jest ryzyko konsumenckie przy korzystaniu z poszczególnych wersji?

Zazwyczaj „oficjalna” wersja platformy Eclipse, po przetestowaniu i przeglądzie, jest publikowana na stronie www.eclipse.org. Ta wersja jest obsługiwana przez Eclipse.org. Poszczególne wersje muszą być w pełni obsługiwane przez dostawcę, co oznacza utratę korzyści ze współpracy z członkami społeczności.

Czy twórcy narzędzi będą zaniepokojeni faktem, że technologia open source Eclipse „zepsuje” inny kod, jeśli użyją go we własnych projektach?

Eclipse jest objęte licencją Common Programming License, która nie pozwala na „psucie” innego kodu, który wywołuje kod Eclipse przy użyciu publicznych interfejsów API.

A co z nieprzyjemnymi rzeczami, które użytkownicy mogą znaleźć w kodzie źródłowym Eclipse, takimi jak błędy?

Rozwój open source zwiększa szanse na znalezienie i naprawienie zarówno małych, jak i dużych błędów. Są one odkrywane i naprawiane przez pierwotnego programistę lub członków społeczności.

Czy ujawnienie kodu źródłowego może ujawnić konkurentom poufne plany i strategie?

Tak, zasadniczo dzielimy się strategiami z naszymi konkurentami. Niewątpliwie istnieje ważniejsza opinia. Deweloperzy są zmęczeni integrowaniem narzędzi tylko w swoich aplikacjach. Są zmęczeni marnowaniem czasu na zastanawianie się, jak sprawić, by narzędzia współpracowały ze sobą w kompleksowym środowisku komputerowym. Dzięki platformie Eclipse każdy może skorzystać z pełnego zrozumienia sposobu integracji IDE na poziomie przemysłowym. Robimy to wyłącznie w celu uproszczenia pracy dewelopera końcowego.

Czy użytkownicy mogą po prostu korzystać z kodu źródłowego Eclipse i liczyć na wsparcie społeczności bez odpowiednich zwrotów?

Potencjalnie tak, jednak prędzej czy później interoperacyjność przyniesie użytkownikowi końcowemu większą wartość, niż może wnieść sama. Niezależni, odizolowani deweloperzy stopniowo odejdą w zapomnienie.

Co się stanie, jeśli konkurenci spróbują „ukraść” produkt open source do własnych celów?

Taka próba jest możliwa, ale społeczność jest chroniona licencją Common Public License. Wersje oficjalne Platformy Eclipse będą nadal wypuszczane w przyszłości. Licencja jest tak skonstruowana, że ​​żaden sprzedawca nie może nielegalnie skorzystać z produktu. Pracując razem nad projektem Eclipse, chcemy pomóc stworzyć prawdziwie równe szanse dla twórców narzędzi.

Gdzie mogę znaleźć informacje na temat integracji narzędzi z technologią Eclipse?

Na http://www.eclipse.org znajduje się kilka białych ksiąg.

Jak działa platforma Eclipse i jakie funkcje oferuje?

Platforma Eclipse została zbudowana na następujących zasadach:

• Ułatwienie jednorodnej integracji narzędzi wewnętrznych, a także między różne rodzaje dostawcy treści i narzędzi.
• Wsparcie przy tworzeniu różnorodnych narzędzi.
• Wsparcie dla nieograniczonej liczby dostawców narzędzi, w tym niezależnych dostawców oprogramowania (ISV).
• Wsparcie dla narzędzi do pracy z dowolnym formatem (m.in. HTML, Java, C, JSP, EJB, XML i GIF).
• Obsługa środowisk programistycznych aplikacji z graficznym interfejsem użytkownika (GUI) i bez niego.
• Działa na szerokiej gamie systemów operacyjnych, w tym Windows i Linux.
• Wykorzystanie popularności języka Java do pisania narzędzi.

• Czy IBM udostępni kod źródłowy platformy Eclipse otwartej społeczności? Kiedy to się stanie?

  Tak, kod źródłowy jest teraz dostępny na licencji Common Public License. Wkrótce IBM przekaże Eclipse tymczasowej radzie dyrektorów, która będzie zarządzać platformą Eclipse.

  Kto jest w tymczasowej radzie dyrektorów?

  Rada tymczasowa zostanie ogłoszona w późniejszym terminie.

  Chcę dołączyć do społeczności. Jak to zrobić?

  Odwiedź www.eclipse.org.

  Jak zostać członkiem rady?

  Współpracuj, współtwórz, promuj: oferuj własny kod, pomysły, produkty, poprawki błędów, dziel się wiedzą i doświadczeniem.

  W jaki sposób obsługiwana jest platforma Eclipse?

  Wsparcie udzielane jest za pośrednictwem forum i poczty e-mail na zasadzie dobrowolności, z wykorzystaniem zasobów uznanych przez społeczność. Więcej informacji można znaleźć na stronie www.eclipse.org

  Czy jest wsparcie 24/7?

  Jak wybierana jest tymczasowa rada dyrektorów?

  Przy ograniczonej liczbie pracowników zespół Eclipse może wchodzić w interakcje tylko z kilkoma wybranymi firmami wybranymi do zbudowania platformy. Członkowie tymczasowej rady dyrektorów są wybierani spośród firm, które dotychczas eksperymentalnie przyczyniły się do rozwoju platformy. Wybór opiera się na trzech kryteriach: Członkowie zarządu muszą korzystać z Eclipse w swojej firmie; muszą również używać Eclipse do tworzenia prezentacji sprzedażowych; muszą otwarcie prowadzić Eclipse.org.

  Dlaczego tak długo zwlekaliście z wydaniem kodu źródłowego Eclipse?

  Kiedy przeanalizowano plany firmy dotyczące dostarczenia kodu źródłowego, zespół programistów chciał się upewnić, że pierwsza platforma została dokładnie opracowana i dokładnie przetestowana. Wypróbowaliśmy kilka alternatywnych koncepcji budynków, z których niektóre są już dostępne na rynku. Następnie podzieliliśmy się tymi pomysłami z innymi dostawcami narzędzi i ulepszyliśmy je. Platforma Eclipse jest już gotowa na pierwsze wydanie.

  Kiedy IBM udostępnia technologię za darmo, czy oznacza to, że IBM nie jest już zaangażowany w tę technologię?

  IBM dąży do przyjęcia platformy Eclipse i wykorzystania jej jako podstawy dla całej rodziny kompleksowych narzędzi programistycznych IBM, czyli rodziny WebSphere Studio. Produkty te korzystają tylko ze zintegrowanej kontroli jakości, z legendarnego już wsparcia Produkty IBM, a także nasze zaangażowanie w markę IBM. Wykorzystują podobne interfejsy i są oparte na technologii udostępnionej platformie Eclipse.

  Gdzie mogę znaleźć dokumentację i informacje o Eclipse?

  Na stronie www.eclipse.org.

  Czym różni się Eclipse od platformy .NET?

  .NET został stworzony wyłącznie do użytku na platformach Microsoft za pośrednictwem zastrzeżonego interfejsu narzuconego przez Microsoft. Deweloperzy muszą reagować na zmiany zachodzące w .NET. W świecie opisywanym jako coś więcej niż technologia „wintel”, platforma .NET jest poważnym problemem. Kompleksowe projekty obliczeniowe, które wymagają integracji serwerów, stacji roboczych, urządzeń wbudowanych i przenośnych urządzeń PDA, działają w wielu innych wysoce zaawansowanych i zaawansowanych środowiskach wykonawczych. Powoduje to użycie wielu potężnych architektur procesorów i platform operacyjnych, takich jak OS/390, Linux i QNX.

  Platforma Eclipse jest dostępna na otwartej licencji publicznej ze wszystkimi dobrze udokumentowanymi interfejsami API i punktami rozszerzeń, dzięki czemu programiści narzędzi mogą obsługiwać dowolną liczbę obszarów roboczych, w tym produkty firmy Microsoft.

  Czy Eclipse można porównać do inicjatywy Open Source firmy Sun Microsystems?

  Ideą projektu Eclipse jest stworzenie „Apache dla narzędzi programistycznych”. Oznacza to stworzenie infrastruktury open source, która zapewnia wiele podstawowych usług potrzebnych programistom. Powinien to być „skrzynka narzędziowa do tworzenia skrzynek narzędziowych”. Nie tylko zbiór interfejsów API, framework Eclipse będzie składał się z prawdziwego kodu stworzonego do wykonywania prawdziwej pracy.

  Jak stwierdza Erich Gamma: „Wszystko w Eclipse jest wtyczką. Java IDE nie ma specjalnego statusu, to tylko kolejny zestaw wtyczek, który demonstruje łatwość integracji rozszerzalności platformy. twórcy, aby robili to samo." i nie tylko tworzyć nowe wtyczki, ale także pomagać w ulepszaniu istniejących. W rezultacie duże przedsiębiorstwa i przedstawiciele przedsiębiorstw mają równe szanse w zakresie integracji narzędzi."

  Jakie są różnice między produktem WebSphere Studio Workbench a platformą Eclipse?

  WebSphere Studio Workbench wykorzystuje środowisko Eclipse jako podstawę do zapewnienia integracji produktów, która obsługuje: platforma oprogramowania WebSphere. WebSphere Studio Workbench to przykład wykorzystania technologii Eclipse z platformy Eclipse.

  Eclipse to platforma integracji narzędzi typu open source dostępna do użytku w dowolnym środowisku pracy.

  Różnią się one czterema głównymi punktami:

  1. Wspierać się

     Wsparcie dla platformy Eclipse zapewnia konsorcjum Eclipse.org, natomiast wsparcie dla WebSphere zapewnia standardowa struktura wsparcia IBM (PartnerWorld).

     Koncesjonowanie

     Platforma Eclipse Patform jest dostępna w ramach „Powszechnej Licencji Publicznej”, podczas gdy środowisko WebSphere Studio Workbench jest dostępne w ramach Licencji IBM PartnerWorld.

     Spin-offy / Modyfikacje kodu źródłowego

     Platforma Eclipse umożliwia twórcom narzędzi odkrywanie nowych granic, ukierunkowanie na nowe platformy i systemy operacyjne poprzez rozszerzanie i modyfikowanie kodu pochodzącego z projektu Eclipse. WebSphere Studio Workbench musi być zintegrowany i rozpowszechniany w formie dostarczonej przez IBM.

     Branding

     Technologia Eclipse nie jest zgłaszana przez scentralizowaną markę. Jak składnik marki, może zostać przyjęta przez społeczność po wydaniu kompatybilnych produktów. WebSphere Studio Workbench zawiera własną markę, programy partnerskie i oferty pomocy technicznej.

• Kiedy należy wybrać środowisko Eclipse, a kiedy WebSphere Studio Workbench?

  Aby pomóc wybrać odpowiednią technologię, producenci narzędzi muszą odpowiedzieć na kilka prostych pytań:

  Określ obsługiwane środowisko pracy narzędzia:

  • Jeśli tylko WebSphere, wybierz WebSphere Studio Workbench.
  • Inne środowiska lub rozszerzenia dla przyszłych technologii? Należy wybrać platformę Eclipse.
  • Oba środowiska. Wyboru należy dokonać po ocenie stopnia synergii między programami partnerskimi IBM i IBM.

• Czy utrzymasz całą ofertę, zarówno kod Eclipse, jak i swój własny?

  • Jeśli nie, to WebSphere Studio Workbench jest dla Ciebie bardziej odpowiedni.

• Czy udostępniacie narzędzia dla platform nieobsługiwanych przez IBM?

  • Jeśli tak, należy wybrać platformę Eclipse.
  • Jeśli nie, to wyboru należy dokonać na podstawie dwóch poprzednich kryteriów.

• Czy chcesz mieć oficjalne wsparcie i udział w dostępnych? Programy partnerskie IBM.

  • Jeśli tak, wybierz WebSphere Studio Workbench.
  • Jeśli nie, należy wybrać platformę Eclipse.

- darmowe ramy do tworzenia modułowych aplikacji wieloplatformowych.

Projekt został pierwotnie opracowany w IBM jako korporacyjny standard IDE do programowania na inne języki dla platform IBM. Następnie projekt został przemianowany na i przewidziany do dalszego rozwoju dla społeczności.

Przede wszystkim kompletne Java IDE, przeznaczony do rozwoju grupowego, wyposażony w narzędzia do pracy z systemami kontroli wersji (obsługa CVS jest zawarta w dystrybucji Eclipse, aktywnie rozwijanych jest kilka wariantów modułów SVN, istnieje wsparcie dla VSS i innych). Z powodu darmowego Eclipse to korporacyjny standard tworzenia aplikacji w wielu organizacjach.

Drugie spotkanie- służyć jako platforma do tworzenia nowych rozszerzeń (dlatego zyskała popularność - każdy programista może rozbudować Eclipse o własne moduły). Te stały się Narzędzia programistyczne C/C++(CDT), opracowany przez inżynierów QNX wraz z narzędziami IBM, COBOL, FORTRAN, PHP różnych programistów. Wiele rozszerzeń uzupełnia Eclipse o menedżery do pracy z bazami danych, serwerami aplikacji itp.

Od wersji 3.0 Eclipse nie jest już monolitycznym środowiskiem IDE obsługującym rozszerzenia, ale kolekcją rozszerzeń. Opiera się na frameworku OSGi oraz SWT/JFace, na podstawie którego została opracowana kolejna warstwa - platforma do tworzenia pełnoprawnych aplikacji klienckich RCP (Rich Client Platform - (angielskie aplikacje rich-client). Platforma RCP służy jako podstawa aplikacji RCP takich jak Azareus i File Arranger Kolejną warstwą jest platforma Eclipse, która jest zestawem rozszerzeń RCP - edytory, panele, perspektywy, moduł CVS oraz moduł Java Development Tools (JDT).

Napisane w Jawa, dlatego jest to produkt niezależny od platformy, z wyjątkiem biblioteki SWT, która jest rozwijana dla wszystkich popularnych platform. Biblioteka SWT jest używana zamiast „wolnego” Swinga i jest całkowicie zależna od platformy bazowej (systemu operacyjnego), co zapewnia szybkie i naturalne wygląd zewnętrzny interfejs użytkownika.

Podstawą Eclipse jest bogata platforma kliencka (RCP). Składa się z następujących elementów:

OSGi (standardowe środowisko dostarczania zestawów);

SWT (przenośny zestaw narzędzi widżetów);

JFace (bufory plików, manipulacja tekstem, );

Środowisko pracy Eclipse (panele, edytory, projekcje, kreatory).

GUI jest napisane przy użyciu zestawu narzędzi SWT. Ten ostatni, w przeciwieństwie do Swinga (który tylko emuluje niektóre elementy graficzne używanej platformy), faktycznie wykorzystuje komponenty graficzne tego systemu. Interfejs użytkownika Eclipse zależy również od oprogramowania pośredniego GUI o nazwie JFace, które ułatwia tworzenie interfejsu użytkownika opartego na SWT.

Elastyczność zapewniają wtyczki, które umożliwiają programowanie nie tylko w Javie, ale także w innych językach takich jak C/C++, Perl, Ruby, Python, PHP, ErLang i inne.

Lokalizacja

Od wersji 3.1.1, został wydany pakiet językowy dla rusyfikacji. Przetłumaczone na rosyjski jako GUI jak również dokumentację.

Dla środowiska istnieje cała linia darmowe i komercyjne moduły. Środowisko zostało pierwotnie opracowane dla języka Java, ale obecnie istnieje wiele rozszerzeń obsługujących inne języki, takie jak

• C/C++ — narzędzia programistyczne CDT Eclipse w języku C/C++
• Perl - moduł EPIC, integracja z Eclipse Perl
• PHP — narzędzia programistyczne PDT PHP
• JavaScript - wtyczka JavaScript JSEclipse dla środowiska Eclipse
• Python - Pydev, środowisko programistyczne Python
• Ruby — RDT, narzędzia programistyczne Ruby

Istnieją również moduły do ​​tworzenia interfejsów graficznych.

Do opracowywania i odbierania raportów oraz opracowywania analitycznych aplikacji BI są: pl:BIRT_Projec t.

Funkcja instalacji i aktualizacji modułów poprzez .

Aptana(aptana.com) - dystrybucja Eclipse i wtyczki wspierającej rozwój z przy użyciu JavaScript(w dystrybucji znajdują się wszystkie główne biblioteki JS Ajax), HTML, CSS, Ruby on rails, Adobe AIR.

Zostaw swój komentarz!

19.04.2005 Natalia Dubova

Społeczność Open Source prowadzi kilka kluczowych projektów, wśród których obok systemu operacyjnego Linux jest stworzenie platformy programistycznej Eclipse. Wprowadzona kilka lat temu przez IBM, dziś ta platforma integracji narzędzi do tworzenia aplikacji typu open source jest swobodnie dystrybuowana w ramach oprogramowania open source i rozwijana przez społeczność użytkowników.

Nie wdając się w dyskusję na temat tego, czym jest programowanie - sztuką czy rzemiosłem, przyznajemy: w obu przypadkach programista nie może obejść się bez narzędzi do tworzenia programów. Wraz z ewolucją procesu programowania (od „czarostwa” przez polecenia maszynowe do używania języków wysokiego poziomu) poprawiły się również możliwości automatyzacji ciężkiej pracy programistów. Pierwsze środowiska programistyczne ograniczały się do sekwencyjnego uruchamiania kompilatorów, linkerów, programów ładujących i debugerów przy użyciu interfejsu wiersz poleceń. W latach 80. wraz z komputery osobiste pojawił się rynek produkty oprogramowania nowa klasa - zintegrowane środowiska programistyczne (IDE) dla algorytmicznych (Pascal itp.), a następnie obiektowych (Smalltalk, C++) języków programowania. Obszar ten osiągnął swój prawdziwy rozkwit dzięki aktywnej adaptacji twórców języka Java; najbardziej znane zintegrowane środowiska do tworzenia programów w tym języku to Borland JBuilder, Symantec Visual Cafe, Microsoft J++, IBM VisualAge i Oracle JDeveloper.

Głównym celem IDE jest zwiększenie produktywności programistów. Pierwsze środowiska programistyczne, łączące funkcjonalność edytorów tekstu programów, kompilatorów i debuggerów, uwalniały głównie konsumentów od rutynowych operacji. Z biegiem czasu zestaw funkcji IDE stał się bogatszy. Zawiera kompilatory krok po kroku, przeglądarki do bardziej logicznej prezentacji programów, narzędzia do automatycznego generowania kodu oraz edytory wizualne do tworzenia graficznych interfejsów użytkownika. Podążając za trendami czasu, środowiska programistyczne zostały przekształcone z narzędzi zwiększających produktywność programisty w środek wspierający wszystkie etapy pracy zespołowej nad projektem oprogramowania. Najnowszym trendem jest przekształcenie IDE w ALM (zarządzanie cyklem życia aplikacji), zintegrowany system zarządzania cyklem życia aplikacji - od definiowania wymagań i modelowania po konfigurację oprogramowania i zarządzanie wersjami, wdrażanie i utrzymanie rozwiązania pod klucz.

Każdy nowy krok w ewolucji IDE ma skomplikowane środowiska programistyczne. Jednak użytkownicy takich produktów wciąż byli zmuszeni uciekać się do narzędzi, które nie zostały zintegrowane z IDE, choćby dlatego, że tworzenie aplikacji nie ogranicza się do pisania i debugowania programów w jednym języku programowania. Konieczność użycia w systemie aplikacji np. stron HTML, schematów relacyjnych baz danych, czy fragmentów kodu w innych językach (jak Cobol czy PL/1) wymusza na programistach użycie odpowiednich narzędzi, które oryginalnie nie były zawarte w IDE.

Dlatego wielu dostawców komercyjnych środowisk programistycznych dąży do tego, aby były one jak najbardziej otwarte i zapewniały specjalne mechanizmy integracji zewnętrznych narzędzi. Jednak żadne pojedyncze środowisko nie jest w stanie spełnić wszystkich możliwych wymagań użytkowników. Aby to zrobić, musi być całkowicie neutralny dla języka programowania i obsługiwać maksymalny zestaw funkcji. Eclipse nie jest takim środowiskiem, ale jest bazą, platformą, dzięki której można budować wielofunkcyjne i wielojęzyczne środowiska programistyczne.

Platforma

Jak tłumaczą inicjatorzy projektu Eclipse, jego ideą było stworzenie „Apache for development tools” – otwartej platformy, która dostarcza maksimum podstawowych funkcji dla środowisk programistycznych i zapewnia mechanizmy integracji różnych narzędzi. Pierwsza wersja tej platformy została opracowana przez IBM i udostępniona w wersji open source pod koniec 2001 roku. Wkrótce zaczęły pojawiać się komercyjne implementacje oparte na środowisku Eclipse, których pionierem był WebSphere Studio Application Developer 4.0. Eclipse ma teraz cały ekosystem rozwoju open source, który łączy dostawców i użytkowników narzędzi, organizacje badawcze i indywidualnych programistów.

W oficjalnych dokumentach Fundacji Eclipse ( www.eclipse.org) Platforma Eclipse jest zdefiniowana jako niezależna od dostawcy otwarta platforma programistyczna, która zapewnia ramy i przykładowe funkcje, a także rozszerzalne narzędzia. Zestaw narzędzi w ramach platformy Eclipse jest typowy w tym sensie, że sprawdza zastosowanie podstawowych funkcji platformy, ilustruje typowe sytuacje ich użycia oraz wspiera rozwój i utrzymanie samej platformy Eclipse. Zestaw narzędzi jest rozszerzalny, ponieważ jego funkcjonalność jest dostępna za pośrednictwem udokumentowanych interfejsów programistycznych. Podstawowe zasady, którymi kierowali się twórcy Platformy Eclipse i zgodnie z którymi nadal się rozwija, są następujące:

• wsparcie konstruowania narzędzi do tworzenia aplikacji;
• wsparcie dla nieograniczonej liczby dostawców narzędzi, w tym niezależnych programistów;
• wsparcie dla narzędzi do pracy z dowolnymi typami treści, w tym HTML, Java, C, JavaServer Pages, EJB, XML, GIF, itp.;
• zapewnienie „płynnej” integracji narzędzi do pracy z różnymi rodzajami treści różni producenci;
• obsługa środowisk programistycznych aplikacji z konwencjonalnymi i graficznymi interfejsami użytkownika;
• zapewnienie możliwości uruchomienia środowiska programistycznego opartego na różnych systemach operacyjnych (obecnie narzędzia oparte na Eclipse są wdrażane dla systemów Linux, HP-UX, IBM AIX, Sun Solaris, QNX, Mac OS X, Windows);
• uwzględnienie w interesie rozwoju platformy popularności języka Java przy tworzeniu narzędzi programistycznych.

Platforma Eclipse to bardzo uniwersalne środowisko programistyczne napisane w Javie, którego architektura zapewnia integrację różnych narzędzi i języków programowania w celu rozwiązywania różnych problemów. Mechanizmy takiej integracji umożliwiają wykorzystanie Platformy Eclipse do budowy zaawansowanych środowisk programistycznych, wolnych od rutyny pisania podstawowych narzędzi na rzecz tworzenia złożonych, wyspecjalizowanych funkcji. To nie tylko rozwiązuje problem wspierania wielofunkcyjnych i wielojęzycznych środowisk programistycznych, ale także kładzie podwaliny pod uproszczenie przejścia z jednego typu środowiska do drugiego w procesie ich ewolucji. Opracowana przez społeczność programistów platforma Eclipse będzie gromadzić najnowsze osiągnięcia, udostępniając je programistom konkretnych produktów i eliminując potrzebę fundamentalnego przeprojektowania ich systemów.

Środowisko programistyczne Eclipse

Podstawą architektury Platformy Eclipse jest zasada korzystania z wtyczek (wtyczek). Platforma implementuje mechanizmy wykrywania, integracji i wykonywania takich modułów (patrz rysunek). Programista, który chce wykorzystać moc platformy Eclipse, pisze swój zestaw narzędzi w Javie jako osobną wtyczkę. Ten moduł będzie pracował z plikami w obszarze roboczym, który jest zaimplementowany przy użyciu komponentu obszaru roboczego. A jego interfejs użytkownika opiera się na narzędziach komponentu workbench, który definiuje ogólną strukturę interfejsu i możliwość jego rozbudowy.

Zazwyczaj pojedyncza wtyczka implementuje najprostszą funkcjonalność środowiska IDE opartego na platformie Eclipse, podczas gdy bardziej złożone narzędzia są zbudowane z wielu modułów. Jednocześnie prawie cała wbudowana funkcjonalność Platformy Eclipse jest również realizowana przy użyciu takich modułów - z wyjątkiem niewielkiego rdzenia Platform Runtime. Każda wtyczka ma swój własny plik manifestu (manifest), który opisuje relację ten moduł z innymi. Po uruchomieniu środowiska programistycznego opartego na platformie Eclipse środowisko wykonawcze platformy określa zestaw dostępnych wtyczek, odczytuje ich pliki manifestu i tworzy rejestr wtyczek. Po uruchomieniu systemu nie można już dodawać dodatkowych modułów. Projekt Eclipse wdrożył specjalne środowisko do tworzenia wtyczek - Plug-In Development Environment (PDE).

Za pomocą specjalnych modułów implementowane są komponenty obszaru roboczego (obszaru roboczego) oraz interfejsu użytkownika (środowiska roboczego) platformy Eclipse. Obszar roboczy zawiera pliki tworzone przez użytkowników narzędzi zaimplementowanych przez wtyczki. Komponent workbench zapewnia wspólną strukturę i narzędzia rozszerzające interfejs użytkownika środowiska programistycznego opartego na platformie Eclipse i zawiera dwa komponenty do implementacji sposobów dostarczania informacji użytkownikowi.

• Standard Widget Toolkit (SWT) to zestaw elementów interfejsu oraz biblioteka graficzna, które posiadają mechanizmy integracji z systemem okienkowym konkretnej platformy operacyjnej, ale implementują niezależne od systemu operacyjnego API. Pozwala to na budowanie interfejsów użytkownika środowiska programistycznego według tych samych zasad, które odpowiadają znanemu konsumentowi środowisku okienkowemu, ale są przeznaczone dla maksymalnego możliwego zakresu systemów operacyjnych;
• JFace to zestaw narzędzi do realizacji szeregu typowych zadań związanych z interfejsami programowania przy użyciu narzędzi SWT.

W oparciu o interfejsy API dostarczane przez komponenty SWT i JFace budowany jest spersonalizowany interfejs użytkownika, który definiuje strukturę interakcji konsumenta z zestawem narzędzi programistycznych. Interfejs platformy Eclipse jest zorganizowany przy użyciu edytorów (edytor), widoków (widok) i perspektyw (perspektywa).

Celem edytorów jest otwieranie, edytowanie i zapisywanie obiektów obszaru roboczego. Platforma posiada wbudowany edytor zasobów tekstowych, a inne funkcje należy zaimplementować jako wtyczki. Widoki dostarczają informacji o obiekcie, z którym aktualnie pracuje użytkownik. Wreszcie mechanizm perspektywy pozwala wybierać i organizować właściwi redaktorzy i widoki, które mają być wyświetlane na ekranie.

Organizacja

Utrzymywanie projektów w otwartym kodzie źródłowym daje szereg korzyści. Jednym z zadań takiej platformy jest więc dostarczanie programistom narzędzi ze wspólnej bazy, niezmiennej dla różnych środowisk programistycznych. Dlaczego każdy producent musi napisać od nowa to, co można napisać raz? Aby jednak budować swoje rozwiązania na takiej platformie, producent musi w pełni zaufać temu, który ją stworzył. A jest to możliwe tylko wtedy, gdy uda mu się przetestować wszystko, co w nim jest, czyli zdobyć platformę w otwartych kodach.

Tworzenie produktu zgodnie z zasadami Open Source poprawia jakość kodu, ponieważ jest on wspólnie „dopracowywany” przez wielu zainteresowanych deweloperów. Debugowanie staje się prostsze i lepsze - dzięki dostępowi do kodu źródłowego programu i ponownie zaangażowaniu w pracę rozproszonego zespołu. Współpraca pozwala dzielić się ryzykiem tworzenia złożonych technologii. A kolektywny organ ds. rozwoju platformy zapewnia wsparcie, niezależnie od wzlotów i upadków, jakie mogą wystąpić u dostawców określonych środowisk programistycznych. Wreszcie, korzystanie z platformy programistycznej typu open source z elastycznym mechanizmem wtyczek do implementacji dodatkowej funkcjonalności otwiera nieograniczone możliwości jej ulepszania.

Architektura platformy Eclipse

Jednak nie będzie możliwe wykorzystanie zalet modelu rozwoju open source po prostu poprzez udostępnienie platformy technicznej „w wolnym obrocie”. Musisz zorganizować proces. Wraz z wydaniem pierwszej wersji Eclipse w 2001 r. koncern ten został przejęty przez konsorcjum zorganizowane przez IBM wraz z szeregiem czołowych graczy rynkowych, a w lutym 2004 r. Rada Dyrektorów Eclipse podjęła decyzję o przekształceniu Fundacji Eclipse w niezależna korporacja non-profit.

Eclipse Foundation, konsorcjum ponad 60 firm, koordynuje prace nad udoskonaleniem platformy Eclipse i innych projektów open source.

Projekt Eclipse jest całkowicie otwarty, może w nim uczestniczyć każdy zainteresowany deweloper, który nie musi być pracownikiem żadnej firmy. W zasadzie każdy może nie tylko zainteresować się szczegółami rozwoju i przyczynić się do identyfikacji błędów, ale także wziąć udział w pisaniu kodu i całościowym projektowaniu kolejnej wersji platformy. Jednak Eclipse kieruje się zasadą priorytetowego traktowania profesjonalizmu. Deweloper z udokumentowanym doświadczeniem zawodowym może liczyć na dodatkową odpowiedzialność i możliwość aktywnego wdrażania swoich umiejętności w projektach Eclipse. Niektórzy programiści są określani jako „odpowiedzialni” (committer), ponieważ są odpowiedzialni za kody źródłowe i tylko oni mają prawo do tworzenia nowych wersji w repozytorium kodu open source. Zazwyczaj programiści ci są pracownikami firm, które płacą za swoją pracę w ramach projektów Eclipse.

Proces rozwoju ma charakter iteracyjny, mający na celu maksymalizację zaangażowania członków społeczności Eclipse w prace nad projektem. Wydanie kolejnej wersji poprzedzone jest kilkoma etapami o ustalonym czasie trwania (rzędu kilku tygodni), z których każdy jest pełnym cyklem obejmującym planowanie, rozwój, testowanie i wydanie pośrednie wersji. Zakończeniu kolejnego cyklu towarzyszy otwarta publikacja opisu nowych funkcji systemu, która zachęca członków społeczności do dyskusji, używania i wydawania zaleceń dotyczących usprawnień. Dzięki temu na kolejnych etapach rozwoju możliwe staje się uwzględnienie reakcji społeczności na zwolnienie tymczasowe. To otwarty proces ciągłego doskonalenia platformy Eclipse i rozwoju innych inicjatyw na niej opartych.

Celem projektu technologicznego Eclipse jest koordynacja wysiłków programistów, badaczy, członków naukowych i organizacje edukacyjne w celu określenia perspektyw platformy Eclipse i innych rozwiązań open source. Wśród najbardziej znaczących podprojektów badawczych w tym obszarze znajdują się rozwój oprogramowania aspektowego (AspectJ i AJDT), stworzenie alternatywy jądra dla Eclipse Runtime (Equinox), stworzenie platformy do współpracy (Koi), zarządzanie konfiguracją oprogramowania (Stellation), zestaw narzędzi do schematów XML (XML Schema Definition) oraz do rozwoju opartego na modelach (Generative Model Transformer).

Wspólnota

Wykorzystanie wszystkich materiałów uzyskanych z realizacji projektów Eclipse podlega zasadom licencji Common Public License (CPL), które są zatwierdzone przez Inicjatywę Open Source. W ramach CPL każdy może swobodnie używać i rozpowszechniać Eclipse w celach komercyjnych i niekomercyjnych. Bezpłatnie dostępne na stronie eclipse.org są:

• aktualne wersje Platformy Eclipse do bezpośredniego użytku (w formie binarnej);
• repozytorium kodu źródłowego, w którym każdy może przeglądać zawartość i historię zmian dowolnego Plik źródłowy, a także pozyskać skrypty do rekompilacji i budowy platformy Eclipse z kodów źródłowych;
• otwarte fora dyskusyjne do dyskusji na temat platformy Eclipse;
• baza błędów do śledzenia usterek i problemów aktualne wersje platformy. Dzięki tej bazie danych użytkownicy mogą identyfikować znane defekty w swoich rozwiązaniach opartych na Eclipse i upubliczniać nowe problemy;
• plany rozwoju i kontakty deweloperów zaangażowanych w projekty Eclipse.

Dzisiaj w dniu zaćmienie.org swobodnie dostępne - ponad sto wtyczek w kodach źródłowych dla platformy Eclipse. Projekty open source Eclipse to łącznie ponad 2 miliony linii kodu.

Klucz do rozwoju rynku narzędzia programowe Development ma udział w projekcie Eclipse spółek handlowych. Dzięki platformie Eclipse otrzymują podstawowe usługi środowiska programistycznego neutralnego pod względem językowym i platformowym, dzięki czemu mogą skoncentrować swoje wysiłki i inwestycje na opracowywaniu złożonych funkcji, które zapewnią konkurencyjność ich rozwiązań. Istnieją przykłady wdrożeń opartych na Eclipse zarówno w pełni funkcjonalnych środowisk programistycznych, promujących najbardziej zaawansowane rozwiązania w tym obszarze, jak i specjalistycznych narzędzi przeznaczonych do określonego zakresu zadań.

Tak więc na platformie Eclipse działają wszystkie produkty z rodziny IBM Rational. Borland zamierza przenieść wszystkie swoje narzędzia wsparcia do Eclipse koło życia Aplikacje. Istnieje wersja Eclipse wbudowanych narzędzi programistycznych QNX; podobny projekt realizuje firma Wind River. Z kolei Hewlett-Packard oferuje środowisko programistyczne oparte na Eclipse dla swojego systemu Internet Usage Manager, grupa docelowa które są operatorami telekomunikacyjnymi. Nokia ogłosiła wsparcie dla Eclipse jako platformy programistycznej aplikacje mobilne. IBM wdrożył specjalny zestaw Autonomic Computing Toolkit oparty na Eclipse, zaprojektowany do obsługi autonomicznych technologii obliczeniowych w opracowywanych aplikacjach. Spośród wszystkich wiodących światowych dostawców oprogramowania tylko Sun Microsystems i Microsoft nie współpracują z Eclipse Foundation.

Komercyjni dostawcy środowisk opartych na Eclipse pozwalają zewnętrznym deweloperom sprzedawać dodatki do ich IDE i zdarza się, że firma implementuje tę samą zastrzeżoną wtyczkę dla różnych środowisk na platformie Eclipse. To nie tylko sposób na zdobywanie nowych rynków, ale także kolejny sposób na zwiększenie znaczenia projektu. Użytkownicy cenią sobie swobodę wyboru: jeśli nie są zadowoleni z istniejącej funkcjonalności środowiska opartego na platformie open source, mogą ją rozbudowywać samodzielnie lub kupując komercyjne rozwiązania w tym samym formacie.

Grupy te wykorzystują rozwój Eclipse na różne sposoby, ale wszystkie przyczyniają się do jego rozwoju. Trend polega na wykorzystywaniu platformy Eclipse do tworzenia aplikacji innych niż IDE. Jest to możliwe, ponieważ w rozwiązanie technologiczne Platforma Eclipse nie ma wielu elementów specyficznych dla IDE. W trzeciej wersji Eclipse następuje ewolucja od platformy dla środowisk programistycznych do platformy do wdrażania w pełni funkcjonalnych klienckich stacji roboczych (Rich Client Platform). To nie przypadek, że IBM wdraża swoje obiecujące środowisko współpracy Workplace oparte na Eclipse.

Literatura

1. Marc R. Erickson, Angus McIntyre. , 2001, listopad.
2. J. dea Rivieres, J. Wiegand. zaćmienie. Platforma do integracji narzędzi programistycznych. IBM Systems Journal, 2004, nr. 2.

Struktura organizacyjna Eclipse

Rozwój Eclipse i udział w projektach open source różnych organizacji i indywidualnych programistów jest koordynowany przez niezależne konsorcjum non-profit Eclipse Foundation

Rada Dyrektorów Fundacji Eclipse składa się z czterech głównych kategorii uczestników:

• programiści strategiczni (Strategic Developers) - Actuate, Borland, IBM, Computer Associates, Intel, QNX, Wind River, Sybase, Scapa Technologies, BEA Systems;
• konsumenci strategiczni (Strategic Consumers) - HP, Montavista Software, SAP, Serena Software;
• uwzględnieni dostawcy (dostawcy dodatków);
• liderów projektów open source.

Wszyscy deweloperzy strategiczni i konsumenci strategiczni zasiadają w radzie dyrektorów, a pozostałe dwie grupy delegują do niej swoich przedstawicieli. Strategiczni członkowie konsorcjum mają również określone uprawnienia do uczestniczenia w komitetach zarządzających projektami i radach koordynujących procesy rozwoju.

Konsorcjum prowadzi kilka podstawowych projektów open source, które obejmują pewną liczbę podprojektów. Podstawowym projektem zarządza Komitet Zarządzania Projektami (PMC). Aby zarządzać całością rozwoju, tworzone są trzy główne rady - ds. definicji wymagań (Rada wymagań), ds. architektury (Rada Architektury) i ds. Planowania (Rada Planowania).

Rada Definicji Wymagań analizuje i porządkuje wymagania dla projektu. Łączą wymagania zmierzające do osiągnięcia ogólnych celów Fundacji Eclipse z celami szczegółowymi projektu, rozwiązując problemy kluczowych członków konsorcjum i rozwijając ekosystem Eclipse. Na podstawie analizy formułowana jest lista tematów i priorytetów, które określą kierunek rozwoju. Rada ds. Architektury jest odpowiedzialna za zaprojektowanie architektury platformy Eclipse, jasne opisanie jej, przekazanie jej zespołom programistów i ochronę przed nieumyślną ingerencją. Zarząd planowania tworzy skoordynowany plan wydania platformy.

Projekty realizowane są przez zespoły programistyczne kierowane przez kierowników projektów i obejmujące programistów oraz odpowiedzialnych programistów. Ci pierwsi zajmują się pisaniem kodu, identyfikacją błędów, testowaniem i dokumentowaniem programów, a także wykonują inne zadania w ramach projektu. Odpowiedzialni programiści mają prawo do uzupełniania repozytorium kodu źródłowego i muszą wpływać na rozwój projektu. Firmy, które mają status strategicznego dewelopera w Eclipse Foundation, muszą poprowadzić co najmniej jeden projekt. Zachęca się ich również do kierowania komisjami.

Eclipse to platforma do tworzenia oprogramowania oparta na Javie, która umożliwia tworzenie programów z wtyczkami. Zawiera zestaw wbudowanych komponentów, wśród których znajduje się znany produkt Eclipse - środowisko programistyczne wtyczek PDE. PDE pozwala na rozbudowę samej platformy, składającej się z wbudowanych komponentów. Twórcy Toolkit mogą oferować własne rozszerzenia i dać użytkownikom spójne środowisko programistyczne (IDE).

Oprócz języka Java, w którym napisano Eclipse, środowisko programistyczne jest używane dla innych języków programowania. Powstało wiele wtyczek obsługujących C++, Fortran, Perl, Prolog, Python, Ruby itp. Platforma może być podstawą dla innego oprogramowania niezwiązanego z pisaniem programów, takiego jak telnet i DBMS. Innym przykładem kodu opartego na Eclipse jest środowisko programistyczne PDT z podstawowe funkcje do edycji i debugowania aplikacji PHP.

Wszelkie prawa wypaczone

Oprogramowanie open source jest licencjonowane w celu zagwarantowania praw użytkownika. Na przykład program źródłowy musi być udostępniony z prawem do jego modyfikacji i redystrybucji. Ten poziom ochrony praw osiąga się dzięki copyleft. Prawa autorskie chronią prawa autorskie, zabraniając rozpowszechniania programów w przypadku, gdy użytkownik nie ma tego prawa. Copyleft wymaga również licencji obejmującej oprogramowanie podlegające redystrybucji bez modyfikacji. W tym przypadku istota prawa autorskiego staje się odwrotna. Copyleft wykorzystuje prawa autorskie nie po to, by chronić prawa programistów, ale by przenieść je na użytkowników.

Dlatego pojawiają się obawy i wątpliwości, które otwarte programy doprowadzi do utraty własności intelektualnej, ponieważ copyleft rozprzestrzeni się na inne części oprogramowania. Innymi słowy, licencja będzie wymagać, aby wszystkie aplikacje open source były rozpowszechniane z tymi samymi prawami. Dotyczy to licencji General Public License (GNU) - Linux jest na niej dystrybuowany. Ale są zezwolenia, które dają inny stosunek do interesów publicznych i handlowych.

OSI to organizacja non-profit, która jasno definiuje, czym jest open source i zatwierdza te licencje, które spełniają jej kryteria. Platforma Eclipse jest rozpowszechniana na licencji EPL, certyfikowanej przez OSI licencji open source, która ułatwia jej komercyjne wykorzystanie przy jednoczesnym zachowaniu lojalności autorów open source.

Twórcy wtyczek lub użytkownicy środowiska programistycznego muszą opublikować dowolny kod Eclipse, którego używają lub modyfikują, ale mogą licencjonować własne dodatki w dowolny sposób. Przeniesienie na nie praw co do otwarcia oprogramowanie nie jest wymagana, podobnie jak publikacja kodu źródłowego.

I chociaż wiele osób nie będzie używać Eclipse do tworzenia własnych rozwiązań, dostępność kodu źródłowego platformy bardzo ważne nie tylko ze względu na brak opłat, ale także dlatego, że promuje innowacyjność i zachęca programistów do wnoszenia własnego produktu jako wkładu we wspólną sprawę. główny powód To - im więcej pracy zainwestuje się w projekt, tym bardziej ma on znaczenie dla wszystkich. Jeśli jest to przydatne, to liczba programistów rośnie jeszcze bardziej, a wokół projektu tworzy się społeczność, podobna do tej, która powstała wokół Linuksa i Apache.

Organizacja non-profit

Eclipse to środowisko programistyczne, biblioteki i narzędzia do tworzenia, wdrażania i zarządzania oprogramowaniem, a także społeczność jego twórców. Platforma została stworzona przez IBM w 2001 roku przy wsparciu producentów oprogramowania.

Fundacja Eclipse powstała w 2004 roku. Jest to stowarzyszenie non-profit, które wspiera projekty platformowe oraz ulepsza społeczność deweloperów i system komplementarnych programów i usług. Dziś ekosystem Eclipse obejmuje organizacje i osoby z branży oprogramowania.

Fundacja nadzoruje i zarządza projektami platformy. Służy społeczności, a programiści, zwani twórcami, nie są pracownikami. Są to pracownicy innych organizacji lub niezależni programiści, którzy dobrowolnie poświęcają swój osobisty czas na pracę nad projektem.

Eclipse: charakterystyka platformy

• Tworzenie różnych narzędzi programistycznych.
• Nieograniczona liczba dostawców narzędzi, w tym niezależnych.
• Wsparcie dla narzędzi do pracy z różnymi treściami, takimi jak HTML, C, EJB, Java, JSP, GIF i XML.
• Zapewnienie pełnej integracji w ramach i pomiędzy różnymi treściami.
• Eclipse to środowisko programistyczne z nim lub bez niego.
• Pracuj w różnych system operacyjny, w tym Linux, Windows, Solaris AIX, Mac OS X.
• Używanie Java, popularnego języka do pisania narzędzi.

Przewodnik wprowadzający do Eclipse

Po pierwszym uruchomieniu programu pojawia się komunikat powitalny. Użytkownik może przejść do przeglądu i poznać nowe funkcje, przykłady lub szkolenia.

Obszar roboczy składa się z paneli widokowych. Zbiór reprezentacji nazywany jest perspektywą. Na przykład perspektywa Zasoby zawiera widoki do edycji, zarządzania i przeglądania projektów.

Początkujący powinni zacząć od „Podstaw przestrzeni narzędzi”, gdzie można się wiele nauczyć o różnych częściach Eclipse i ich interakcji.

Praca z JDT

Aby zapoznać się z JDT, możesz otworzyć projekt Eclipse Java. Aby to zrobić, wybierz pozycję menu „Plik” - „Nowy” - „Projekt Java”, wprowadź nazwę projektu i kliknij „Zakończ”.

Aby zmienić aktualną perspektywę, należy wybrać pozycję menu "Okno" - "Otwórz perspektywę" - Java lub otworzyć nowe okno przez "Okno" - "Nowe okno" i wybrać inną perspektywę.

Perspektywa zawiera widoki przeznaczone do programowania w języku Java. W lewym rogu, u góry, znajduje się hierarchia z pakietami Eclipse Java, klasami, plikami JAR i różnymi plikami zwana „Przeglądarką pakietów”. W tym samym czasie menu główne zostało uzupełnione o 2 pozycje: Source i Refactor.

Tworzenie programu w JDT

Aby utworzyć aplikację Java, kliknij prawym przyciskiem myszy wcześniej utworzony projekt i wybierz "Nowy" - "Klasa". W wyskakującym oknie dialogowym wprowadź nazwę klasy. Pod pytaniem: „Jakie skróty metody chcesz utworzyć?” - określ public static void main (args String) i kliknij przycisk Finish.

Rezultatem będzie program zawierający wprowadzoną klasę oraz pustą funkcję main(). Metoda musi zostać zakończona kod programu(deklaracja j jest celowo pominięta):

cześć publiczna (

public static void main(args String)(

dla(j=0; j<=5;j++)

System.out.println("Cześć");

Podczas pisania możesz zauważyć funkcje edytora:

• autouzupełnienie;
• sprawdzanie składni;
• automatyczne zamykanie otwierającego nawiasu lub cudzysłowów.

Uzupełnianie kodu jest wywoływane przez naciśnięcie Ctrl + Spacja. Spowoduje to wyświetlenie zależnej od kontekstu listy opcji, które można wybrać za pomocą klawiatury lub myszy, niezależnie od tego, czy będzie to lista metod tego obiektu, czy część słowa kluczowego.

Składnia jest sprawdzana pod kątem kompilacji przyrostowej. Dzieje się tak, gdy kod jest pisany w tym samym czasie, gdy jest kompilowany. Błędy składniowe są podkreślone na czerwono, a po lewej stronie pojawia się czerwona kropka z białym ukośnym krzyżykiem. Pozostałe błędy zaznaczono na marginesach w postaci żarówki. Możesz je naprawić samodzielnie dzięki Quick Fix.

W powyższym przykładzie żarówka znajduje się naprzeciwko instrukcji for, ponieważ nie ma deklaracji i. Po dwukrotnym kliknięciu w żarówkę pojawi się lista możliwych poprawek. W takim przypadku dla j proponuje się utworzenie:

• pole klasy;
• parametr metody;
• zmienna lokalna.

Jeśli wybierzesz jedną z opcji za pomocą myszy, możesz zobaczyć wynikowy tekst.

Dwukrotne kliknięcie żądanej opcji generuje kod programu.

Uruchomienie aplikacji

Jeśli nie ma błędów kompilacji, aplikację można uruchomić za pomocą pozycji menu Start. Nie ma kroku kompilacji, ponieważ jest on wykonywany w momencie zapisywania kodu. W wyświetlonym oknie dialogowym „Uruchom konfigurację”, którego wymagane wartości zostały już ustawione, kliknij przycisk Uruchom po prawej stronie, poniżej. Na dole pojawi się konsola z zakładkami i wynikiem działania aplikacji.

Program można uruchomić w debuggerze. Po pierwsze, punkt przerwania jest ustawiany w System.out.println() dwoma kliknięciami myszy na szarym polu po lewej stronie okna edycji, obok wywołania metody. W rezultacie pojawi się niebieska kropka. Wybierz menu „Start” - „Debugowanie”. Ponownie pojawi się okno konfiguracji uruchamiania. Po kliknięciu przycisku Start pojawi się perspektywa Debug z nowymi widokami.

W widoku "Debugowanie" po lewej stronie u góry znajduje się stos wywołań oraz kontrola postępu programu. Panel zawiera przyciski do zatrzymywania, kontynuowania i wychodzenia z aplikacji, wykonania i pominięcia następnej instrukcji oraz powrotu z metody. W prawym górnym rogu znajduje się seria paneli z kartami: zmienne, punkty przerwania, wyrażenia i ekran. Po wybraniu zakładki zmiennej można zobaczyć wartość zmiennej j.

Szczegółowych informacji o każdym z widoków może dostarczyć wskazówka kontekstowa. Wystarczy kliknąć nagłówek panelu i nacisnąć F1.

Dodatkowe wtyczki

Środowiska programistyczne przeznaczone do ich modyfikowania, kompilowania i debugowania w środowisku Eclipse są uzupełniane komponentami, które są w stanie modelować, automatyzować budowanie, testowanie modułów, zarządzanie wydajnością, konfiguracją i wersjami.

System zarządzania źródłami CVS pozwala na nawigację po nich. W takim przypadku wprowadzone zmiany nie są mieszane. Jest ważną i integralną częścią Eclipse.

Środowisko programistyczne znajduje się na eclipse.org. Wtyczki znajdują się w katalogu Plug-in Central.

Architektura

Podstawą platformy są bogaci funkcjonalnie klienci RCP. W uproszczeniu mogą być reprezentowane jako zestaw wtyczek używanych w tworzeniu programów. Istnieją również dodatkowe komponenty zalecane i opcjonalne.

Główne elementy to:

• Środowisko wykonawcze definiuje model komponentów na podstawie specyfikacji OSGi, rozszerzeń i punktów rozszerzeń. Zapewnia również dodatkowe usługi, takie jak syslog i współbieżność.
• Pakiet SWT zawiera funkcje Eclipse i widżety interfejsu użytkownika. Posiada dodatek z klasami, które ułatwiają tworzenie aplikacji graficznych.
• Obszar narzędzi zawiera perspektywy, widoki i okna edycji.
• Komponent Pomoc zapewnia wsparcie użytkownika w postaci systemu pomocy lub interaktywnej listy zadań.
• Wtyczka „Aktualizacja” umożliwia pobranie najnowszej wersji oprogramowania.
• Komponent Team oferuje infrastrukturę do podłączenia własnego

Platforma stworzona przez IBM stała się w pełni funkcjonalnym systemem open source. Jego uczestnikami jest ponad sto firm. Chociaż już wcześniej pojawiały się pomysły na tworzenie takich systemów, przemyślany, niezawodny i elegancki projekt Eclipse wysunął go na pierwszy plan.