Ebben a cikkben arról akartam beszélni, hogyan lehet alkalmazásokat létrehozni az Eclipse RCP (Rich Client Platform) használatával. Az írás oka az volt, hogy a Habréról egyáltalán nem található olyan cikk, amely leírná ezt a platformot. Példaként létrehozunk egy egyéni beviteli űrlapot; az adatok helyességét a JFace Data Binding keretrendszer segítségével ellenőrizzük. Kezdetnek az alábbiakban adok egy képernyőképet arról, hogy mit érdemes beszereznünk.

Mi az Eclipse RCP

Először is meg kell mondani, hogy mi az Eclipse RCP. Fogyatkozás az Eclipse Foundation (amelynek tagjai az IBM, SAP, Oracle, Eclipse RCP-n alapuló termékeket kínáló és a Google, RedHat, Adobe, Cisco, Intel ökoszisztéma fejlesztésében részt vevő cégek) által fejlesztett és karbantartott Java nyelven írt fejlesztői környezet. Eclipse RCP beépülő modulok készlete úgynevezett gazdag kliens alkalmazások létrehozásához. Minden, amit a felhasználó az Eclipse IDE megnyitásakor lát, egy ezen a platformon alapuló beépülő modul. A felhasználó rengeteg meglévő bővítmény alapján készíthet saját beépülő modult, és ha szükséges, bővítményként megtalálhatja a legnépszerűbb keretrendszereket, mint például a Hibernate, Google Guice, Google Guava, JUnit, TestNG. Azt is érdemes megjegyezni, hogy a futásidejű architektúra a szolgáltatási platform specifikációján alapul OSGI, ez a specifikáció leírja, hogyan lehet moduláris alkalmazásokat létrehozni és működtetni. Az Eclipse, mint fentebb említettük, Java nyelven íródott, és többplatformos termékként van elhelyezve (az esetek 90%-ában egy RCP-alkalmazás Windows, Linux és Mac rendszerre épül). A platform magját alkotó összes beépülő modul és a legtöbb harmadik féltől származó beépülő modul az EPL (Eclipse Public License) alatt kerül terjesztésre. Az RCP-alkalmazások felhasználói felülete az SWT és JFace keretrendszerek vizuális komponensein, valamint a natív Eclipse widgeteken alapul. Az alábbi ábrák egy RCP platformon alapuló alkalmazás összetevőit és magának az Eclipse platformnak a felépítését mutatják be.

1. ábra - Az RCP alkalmazásban használt összetevők (a kép erről az oldalról származik)

2. ábra – Eclipse architektúra (a kép erről az oldalról készült)

A platform előnyei és hátrányai

A fő kérdés az, hogy mi olyan jó ezt a platformotés miért használjuk asztali alkalmazások fejlesztésére (egyébként lehet webalkalmazásokat és alkalmazásokat fejleszteni a mobil platformok). Modularitás, platformok közötti, többnyelvű támogatás, ingyenes, nagy mennyiség meglévő bővítmények, könyvtárak és keretrendszerek. Mindez lehetővé teszi kereskedelmi szintű alkalmazások létrehozását (a cikk végén található hivatkozás az ezen a platformon fejlesztett meglévő alkalmazások listájára). A hátrányok közé tartozik elég magas szint előfordulásokat, hiszen egy komoly alkalmazás fejlesztéséhez legalább általánosságban ismerni kell az OSGI keretrendszer működését, tudnia kell dolgozni az SWT és a JFace komponenseivel és widgeteivel. Ezenkívül az oroszul beszélő fejlesztők számára problémát jelenthet a fent említett keretrendszerekről és könyvtárakról szóló anyagok vagy könyvek megtalálása (a talált forrásokra mutató hivatkozások, beleértve az oroszokat is, a cikk végén találhatók), bár konferenciák Európában és az USA-ban időszakosan megrendezésre kerülő, a résztvevők által szervezett Eclipse Foundation, Németországban egy speciális magazin jelenik meg, amely az új beépülő modulokról beszél, és sok példát tartalmaz azok felhasználására, valamint könyvek egész sora található Német, amely leírja a fejlesztés minden árnyalatát és finomságát. Magyarul az Addison-Wesleytől egy különleges könyvfogyatkozás-sorozat, az Apresstől is találhatunk pár könyvet. De nagyon kevés anyag és könyv van anyanyelvünkön.

Elkezdeni

A szükséges bővítmények telepítése

Ugorjunk rögtön az első RCP-alkalmazásunk létrehozásához. A munkához le kell töltenünk az összeállítást: Eclipse RCP és RAP fejlesztőknek a hivatalos oldalról. Ha az Eclipse IDE már telepítve van, használhatja a frissítéskezelőt. Válassza a Súgó->Új szoftver telepítése menüpontot a főmenüből. A megjelenő Telepítés ablakban válassza ki a legördülő listából azt a webhelyet, ahol frissítésekre van szükségünk a legördülő listából - download.eclipse.org/releases/indigo, ha nincs ilyen oldal a listában, akkor kattintson a jobb oldali Hozzáadás gombra, a Név mezőbe írjuk - Indigo Update Site, a Location mezőbe - a fent megadott címet, kattintson az OK gombra (ha üzenet jelenik meg hozzáadáskor a címet - Duplikált hely, akkor a cím már létezik az Elérhető szoftverhelyek listában, a frissítési helyek listája az előző Telepítés ablakban tekinthető meg a legördülő lista alatti Elérhető szoftverhelyek hivatkozásra kattintva). A frissítési hely kiválasztása után egy faszerű lista jelenik meg alatta (ha az Elemek csoportosítása kategória szerint jelölőnégyzet be van jelölve), nyissa meg az Általános célú eszközök elemet, és válassza Eclipse plug-in fejlesztői környezet, majd nyissa meg az EclipseRT Target Platform Components elemet, és jelölje meg a beépülő modult - Eclipse RCP beépülő modul fejlesztői erőforrások, erre a két bővítményre van szükségünk projektünk létrehozásához. Ezután kattintson kétszer a Tovább gombra, és fogadja el licencszerződésés kattintson a Befejezés gombra; Ez az, megkezdődik a szükséges bővítmények telepítése. A telepítés után a rendszer felszólít az Eclipse újraindítására, amit meg is fogunk tenni.

3. ábra - Beépülő modul telepítési ablaka

Hozzon létre egy projektet

Az újraindítás után a főmenüben válasszuk a Fájl-> Új-> Egyéb menüpontot, majd a Plug-in Development menüpontot, majd a legördülő menüben jelöljük be a Plug-in Projectet.

4. ábra - Menü a létrehozandó projekt típusának kiválasztásához

Kattintson a Tovább gombra, nevet kell adnunk a projektünknek, legyen neve first.rcp.application, kattintson ismét a Tovább gombra. A következő ablakban meg kell adnunk az alkalmazás nevét, a Név mezőbe az Első RCP alkalmazást írjuk. Törölje a jelet az Aktivátor létrehozása, a beépülő modul életciklusát szabályozó Java osztály létrehozása jelölőnégyzetből; a miénkért egyszerű alkalmazás nincs szükség aktivátor osztályra. Hagyjuk meg a jelölőnégyzetet az elemen – Ez a beépülő modul hozzájárul a felhasználói felülethez, mivel az alkalmazásunk tartalmazni fogja felhasználói felület. Hagyjuk bejelöletlenül az API-elemzés engedélyezése harmadik lehetőséget. A kérdésre - Szeretnél gazdag kliens alkalmazást készíteni? válasz Igen.

5. ábra - Beépülő modul létrehozási ablak

Kattintson a Tovább gombra, és a rendszer kéri, hogy válasszon sablont a jövőbeli alkalmazáshoz, válassza a Hello RCP lehetőséget, majd kattintson a Tovább gombra.

6. ábra - RCP projektsablon kiválasztási ablak

Az utolsó ablakban az Alkalmazás ablak címe mezőbe írja be: - Felhasználói űrlap, az Alkalmazás osztály mezőbe - Az én alkalmazásom. Hagyja inaktívan a Márkanév hozzáadása jelölőnégyzetet. Nyomjuk meg a Befejezés gombot. Megkérjük, hogy váltsunk be a Plug-in fejlesztési perspektívára, ezzel a javaslattal egyetértünk.

7. ábra – RCP projektsablon konfigurációs ablak

Projekt felépítése

Tehát megvan az újonnan létrehozott projekt felépítése.

8. ábra - Projekt szerkezete

A first.rcp.application csomag öt osztályának tartalma itt Ebben a pillanatban minket nem érdekel, csak annyit mondok, hogy az osztály Az én alkalmazásom ez valamilyen módon egy normál Java program fő () metódusa, ez az osztály felelős azért, hogy a pluginunk hogyan indul el, és hogyan áll le. Osztályban ApplicationWorkbenchWindowAdvisor, az alkalmazás ablakának méretét a következő kódsorral állíthatjuk be:
configurer.setInitialSize(new Point(400, 300));
Azt is láthatjuk, hogy az eszköztár és az állapotsor alapértelmezés szerint nem jelenik meg:
configurer.setShowCoolBar(false);
configurer.setShowStatusLine(false);
Az utolsó sor beállítja a főablak címét:
configurer.setTitle("Felhasználói űrlap");
Osztály ApplicationActionBarAdvisor felelős az alkalmazásunk menüsorának beállításáért. Osztály Perspektíva felelős az ebben a perspektívában (perspektívában) lévő szerkesztők (szerkesztők) és nézetek (nézetek) elhelyezkedéséért és méretéért, egy RCP alkalmazásban legalább egy perspektívának kell lennie.

A projekt elindítása

Az imént létrehozott alkalmazás futtatásához a META-INF mappába kell lépnünk, és meg kell nyitnunk a fájlt MANIFEST.MF, ha hirtelen bezárta (projekt létrehozásakor ez a fájl alapértelmezés szerint megnyílik).

9. ábra – RCP-alkalmazástulajdonság-szerkesztő

Ez a fájl lehetővé teszi számunkra, hogy számos projektbeállítást módosítsunk, további bővítményeket csatlakoztassunk, bővítményeket csatlakoztassunk és kezeljünk, bővítményünk összeállítását testreszabjuk, és még sok mást. Az Áttekintés fülön vagyunk, a Tesztelés részben kattintsunk a linkre - Eclipse alkalmazás indítása, egy pillanat múlva megjelenik a képernyőn az alkalmazásunk ablaka, zárjuk be és folytassuk a következő lépéssel.

10. ábra - Alkalmazásunk ablaka

Nézet hozzáadása (nézet)

Bővítmény hozzáadása

Feladatunk egy nézet (nézet) készítése, amelyen elhelyezhetjük a grafikus felület elemeit. Térjünk vissza a fájlhoz. MANIFEST.MF, válassza ki a fület alul - Bővítmények. Láthatjuk, hogy alapértelmezés szerint két bővítményünk van: org.eclipse.core.runtime.applications és org.eclipse.ui.perspectives. Az első bővítmény az alkalmazásosztályunkhoz kapcsolódik. Az én alkalmazásom, ha kiválasztjuk ezt a kiterjesztést, és kibontjuk a fanézetet az first.rcp.application.MyApplication (run) csomópontra, akkor látni fogjuk, hogy az osztálymező ennek az osztálynak a nevét tartalmazza. Visszatérve a lista gyökércsomópontjához, jobb oldalon a Kiterjesztés részletei részben két mezőt fogunk látni, amelyek értékeit szintén módosíthatjuk (most nem fogjuk megtenni): ID - alkalmazásazonosító és Név - alkalmazás név.

A második bővítmény felelős az alkalmazásunk perspektívájának beállításáért. Fájl MANIFEST.MF Lehetővé teszi, hogy a Perspektíva osztály kódjába való belenézés nélkül megadjuk, hogy ez a perspektíva mely nézeteket és/vagy szerkesztőket tartalmazza, helyzetüket, méretüket és arányukat. Erre a kiterjesztésre kattintva és a gyermekelemre lépve látni fogjuk, hogy az Extension Element Details részben megadhatjuk a perspektíva osztályát, azonosítóját és nevét. Megjegyzendő, hogy az ilyen változtatások, amint azt fentebb említettük, az ehhez a kiterjesztéshez társított osztálykód közvetlen szerkesztésével és a fájl szerkesztésével hajthatók végre. plugin.xml, de nem akarjuk bonyolítani első projektünk elkészítését.

11. ábra - Lap a projektünk kiterjesztésével

A nézet létrehozásához új bővítményt kell hozzáadnunk. Ehhez kattintson a Hozzáadás gombra és a megjelenő ablakban az Extension Point szűrő mezőbe írja be a nézeteket, csak egy kiterjesztés legyen - org.eclipse.ui.views, jelölje ki és kattintson a Befejezés gombra.

12. ábra – Új bővítmény kiválasztása ablak

A kiterjesztések listájában kellene még egy, a harmadik bővítmény egymás után.

Testreszabás megtekintése

Kattintson a hozzáadott bővítményre Jobb klikk egerek, megjelennek helyi menü, válasszuk ki benne az Új->nézetet, ezáltal hozzáadunk egy elemet a bővítményünkhöz (ez az elem a nézet, amire szükségünk van). Az elem beállításai a jobb oldalon jelennek meg. Először is hozzunk létre egy osztályt a nézetünkhöz. Ezt az osztály* linkre kattintva tehetjük meg.

13. ábra – Nézet beállításai (nézet)

Megnyílik egy szabványos párbeszédpanel a Java osztály létrehozásához, adjon neki nevet - MainView; mint látjuk, ez az osztály az osztálytól öröklődik org.eclipse.ui.part.ViewPart, a szülő osztály minden nézethez. Az osztály létrehozását a Befejezés gombra kattintva fejezzük be. Már nagyon kevés van hátra, miután létrehoztunk egy osztályt a nézetünkhöz, annak kódja megnyílik előttünk, létrehozunk egy statikus változót, ami tartalmazza majd ennek a nézetnek az azonosítóját, ennek az osztálynak a kanonikus nevét állítjuk be azonosítónak . Írjuk a következőket:
…
public class MainView kiterjeszti ViewPart(
public static final String ID = MainView.class.getCanonicalName();
…
}
Térjünk vissza a fájlhoz MANIFEST.MF, nyissa meg a Kiterjesztés lapot, másolja ki az osztály* mező tartalmát, és illessze be az azonosító mezőbe. Most ennek a nézetnek az osztály neve és az azonosítója megegyezik, ez a trükk egy jó gyakorlat, mivel mindig lehetővé teszi, hogy gyorsan megtalálja a kívánt nézetet és megtudja az azonosítóját. A név* mezőbe írja be: - Felhasználói űrlap. Az egész nézet létrejön, hátra van, hogy a mi perspektívánkkal társítsuk, hiszen maga a nézet nem használható, vagyis valamilyen perspektívához kell tartoznia.

A nézet pozíciójának beállítása

A bővítményszerkesztőben maradva további manipulációkat hajthatunk végre, vagy megnyithatjuk a perspektíva osztály kódját - Perspektíva.java, amit meg fogunk tenni. Osztályban Perspektíva, menjünk a módszerre - createInitialLayout(), ez a módszer beállítja a nézetek és szerkesztők kezdeti pozícióját. A metódusban írja be a következő két kódsort:
layout.setEditorAreaVisible(false);
layout.addStandaloneView(MainView.ID, true, IPageLayout.LEFT, 1.0f, layout.getEditorArea());
Az első sor azt mondja az elrendezés objektumnak, hogy nincs szükségünk szerkesztési területre, mivel csak egy nézetünk van, és nincsenek szerkesztőink. A második sor hozzáadja a nézetünket, és önállóként (önálló). Az első paraméter a nézetazonosítónk. A második paraméter egy logikai érték, amely meghatározza, hogy a nézetünk címe (Felhasználói űrlap) megjelenjen-e vagy sem. A harmadik paraméter a nézet perspektivikus tájolását hivatott jelezni, mivel egy nézetünk van, és a teljes perspektivikus teret elfoglalja, ez az érték tetszőleges lehet. A negyedik paraméter határozza meg ennek a nézetnek a helyzetét a többi nézethez vagy szerkesztőhöz képest, mivel esetünkben a nézetnek egyedül kell elfoglalnia a teljes perspektíva teret. Az utolsó ötödik paraméter a szerkesztőterület azonosítója. Mentsük el a változtatásainkat.

Az alkalmazás futtatása a hozzáadott nézettel

Térjünk vissza a fájlhoz MANIFEST.MFés indítsa újra az alkalmazásunkat, ehhez lépjen az Áttekintés fülre, a Tesztelés részben kattintson az Eclipse alkalmazás indítása hivatkozásra. Nem fogunk nagy különbséget látni ahhoz képest, ahogy az előző indításkor kinézett az űrlap, csak egy lap került be a mi nézetünkbe, a Felhasználói űrlap.

14. ábra - Alkalmazásunk ablaka a hozzáadott nézettel

Mára ennyi, a folytatás a következő cikkben lesz.

Mivel járul hozzá az IBM a nyílt forráskódú közösséghez az Ön számára?

Marc Erickson és Angus McIntyre
Közzétéve: 2001.11.01

Az Eclipse platform integrált fejlesztői környezetek (IDE-k) létrehozására készült. Használható különféle végpontok közötti számítástechnikai megoldások létrehozására különféle programvégrehajtási környezetekhez. Az architektúra kiválasztásakor a szerszámkészítőknek a következőket kell tenniük:

• Egyenlő feltételek és az információk teljes körű közzététele rejtett API-k és interfészek hiányában eszközről eszközre. Az Eclipse nyílt forráskódú platformot kínál erre a célra. A kód minőségének, hordozhatóságának és teljesítményének ellenőrzése érdekében a közzétett API-kat a kapcsolódó iparágak konzorciuma teszteli.
• A platform bővítésének szabadsága új lehetőségek elérése érdekében. Az Eclipse lehetőséget biztosít származékos művek létrehozására, beleértve a platform újraelosztását. Az Eclipse használatával az eszközfejlesztők saját alapvető kompetenciáikra és a fejlesztési technológia új modelljére összpontosíthatnak.
• A termékváltoztatási és -javítási kérések időben történő megválaszolása ellenőrzött és szervezett módon. A www.eclipse.org oldalon keresztül a fejlesztők különféle változtatásokat hajthatnak végre. Ezt közös munkával és a fejlesztők mindenféle segítségével érik el a platform fejlesztésében.

Kérdések és válaszok

Mi az Eclipse.org?

Az Eclipse.org szoftverfejlesztő eszközök szállítóinak nyílt közösségi konzorciuma. A közösség érdekelt abban, hogy együtt dolgozzanak a fejlesztési környezetek és a termékintegráció javításán. A közösség közös érdeke olyan termékek létrehozása, amelyek a plug-in technológia használatával könnyen együttműködhetnek különféle környezetekben. A kulcsfontosságú integrációs technológiák együttműködésével és terjesztésével az Eclipse-kompatibilis eszközgyártók saját szakterületükre és új fejlesztési technológiák létrehozására összpontosíthatnak.

Mi az Eclipse Platform?

Az Eclipse projekt fő ötlete az "Apache fejlesztői eszközökhöz" létrehozása. Ez azt jelenti, hogy létre kell hozni egy nyílt forráskódú infrastruktúrát, amely számos alapvető szolgáltatást biztosít a szoftverfejlesztőknek. Ez egy "eszköztár az eszköztárak fejlesztéséhez". Az Eclipse keretrendszer nem csupán API-k gyűjteménye, hanem valódi kódból áll majd, amelyet valódi munkára építettek.

Az Eclipse platform alapot biztosít az integrált, teljes körű szoftverfejlesztő eszközök létrehozásához és futtatásához. A platform nyílt forráskódú komponensekből áll, amelyeket az eszközszolgáltatók használnak az integrált munkaterületbe ágyazott megoldások létrehozásához. Az Eclipse platform integrálja a technológiát egy jól kialakított tervezési és megvalósítási környezetbe.

Miért terjeszti az IBM nyílt forráskódúként az Eclipse-t?

A nyílt forráskód az egyetlen módja annak, hogy nyílt platformot biztosítsunk az eszközök integrálásához. Ezen kívül a nyílt forráskód használatának egyéb előnyei is vannak.

Ezen előnyök egyike a termékek újrafelhasználása. Miért építsünk újra valamit, ha már működik működő formátumban? A nyílt Eclipse platform használatával az eszközgyártók saját fejlesztésükre összpontosíthatnak azáltal, hogy eszközinfrastruktúrát biztosítanak az integrált fejlesztői környezetek (IDE) építéséhez. Bárhogy is legyen, valaki más kódjának használata kezd elnyerni a bizalmat.

Bármilyen új architektúra vagy platform felépülése hosszú időt vesz igénybe. Nehéz például elnyerni a fejlesztők bizalmát, ha olyan eszközöket hoznak létre, amelyek szabadalmaztatott felületeket tartalmaznak, amelyek korlátozzák egy alkalmazás használatát egy adott operációs rendszeren (pl. Windows). Ezenkívül nehéz elnyerni az eszközgyártók bizalmát, ha különböző szintű API-k jönnek létre különböző szinteken eszközök (például közösségi API-k, amelyek különböznek a vállalati API-któl).

Az Eclipse platform lehetővé teszi a bizalom építését a platform forráskódjának biztosításával.

A nyílt forráskód minden API-hoz rendelkezésre áll, belső, natív vagy rejtett felületek nélkül. Azok a fejlesztők, akiknek a bizalmát sokáig tart elnyerni, láthatják a kódot, és levonhatják a megfelelő következtetéseket. Bízzon a forrásban, és újítson!

A nyílt forráskódú fejlesztők összehozása is segíthet jobb kód létrehozásában. A kódon való együttműködés során az alkotók extra erőfeszítéseket tesznek. Egy ilyen kód a munkájuk tükröződésévé, az egyéni és vállalati hírnév termékévé válik. Bízzon a forrásokban, és alakítsa ki pozícióját a piacon!

A tisztán specifikációkra épülő nyílt forráskódú projektek könnyebben érthető kódot biztosíthatnak. Egy interfész írja le (fekete dobozban) egy komponens absztrakt viselkedését. A forráskód vizsgálatával a fejlesztők soronként elemezhetik a kód műveletét. Nehéz megbízni valaki más kezelőfelületében. Bízzon a forrásokban, és fedezze fel a technológiát!

A nyílt forráskód könnyebben hibakereshető. Ha hibát talál, tekintse meg forráskód segít felgyorsítani az okok azonosítását. Ez lehet az Ön hibája, vagy a platform és a környezet hibája. A forráskódhoz való hozzáférés semmissé teszi a hiba okának találgatását. A problémák fórumon való megosztása lehetővé teszi, hogy megossza feljegyzéseit azokkal, akik ismerik a hasonló problémákat. Ha probléma lép fel az általánosan használt nyílt forráskóddal, akkor könnyebben megjavítható vagy megkerülhető. Bízzon a forrásokban, hogy megkapja a szükséges információkat.

Önmagában bonyolult technológián dolgozni meglehetősen nehéz. Több szerszámgyártó is megragadhatja a szabadságot, hogy együtt kutasson új technológiákat. Bízzon a forrásokban a kockázat csökkentése érdekében!

A szerszámkereskedők jönnek-mennek. A vállalati fejlesztők biztosak akarnak lenni a platform hosszú távú támogatásában. A rendelkezésre álló forráskóddal a vállalatok megtehetik rövid időszak kezdje el, és tartsa fenn a vállalkozást sokáig: Bízzon a forrásban vállalkozása növekedéséhez!

A rugalmasság az Eclipse fő tulajdonsága. Az Eclipse platformmal egy olyan összetevő, amely nem felel meg Önnek, az igényei szerint módosítható. Például, ha nem elégedett a szerkesztővel, hozzon létre saját szerkesztőt, vagy csatlakoztassa az Eclipse platform által kínált nyílt forráskódú piac egyik népszerű szerkesztőjét. Új tárhely-platformot szeretne összekapcsolni egy meglévő teljes körű támogatással? Bízzon a forrásokban, és hozzon létre bővítményeket!

Tehát a nyílt forráskódú, a nyílt közösség és a nyílt platform egyenlő feltételeket teremt, amelyekre a kicsi és nagy eszközgyártóknak szükségük van a végpontok közötti fejlesztési projektek támogatásához és új távlatok felfedezéséhez.

Még mindig kétségei vannak?... Köszönet Frank Heckernek a nyílt forráskódú áruház felépítésében végzett nagyszerű munkájáért (a hivatkozásért lásd a forrásokat).

Milyen platformokon érhető el az Eclipse?

Az Eclipse megjelent és tesztelve Windows NT, Windows XP (béta), Windows 2000, Windows 98, Windows ME és Red Hat Linux 7.1-es verzióra. Az Eclipse technológiát Java nyelven írták, ami megkönnyíti a használatát különféle platformokon.

Az Eclipse más platformokra is átkerül?

Ez egy megválaszolandó kérdés, de ez az Eclipse platform szépsége. A szerszámgyártók magukévá tehetik az Eclipse technológiát, és új határokat fedezhetnek fel az iparágban bevált nyílt szerszámplatform magabiztosságával.

Mennyibe kerül az Eclipse platform?

Az Eclipse platform Common Public License alatt érhető el. A licenc részletei a http://www.eclipse.org címen érhetők el.

Mi van azzal a ténnyel, hogy az eszközfejlesztők nem igazán foglalkoznak a forráskóddal, és nem sok hasznot húznak belőle?

A forráskódhoz való hozzáférés gyakran lehetővé teszi a problémák gyors azonosítását, a párhuzamos munkavégzés kiküszöbölését és az új kompatibilis technológiával kapcsolatos munkák felgyorsítását.

Nem lesz ez a végeredményben a termék szétválasztása inkompatibilis verziókra?

Az Eclipse közösségnek joga van meghatározni és jóváhagyni az Eclipse platform „hivatalos” verzióit. A közösség tagjai saját igényeik szerint is módosíthatnak és kiegészíthetnek. A kód alapjai azonban eltérőek, és egyéni verzió létrehozása az Eclipse projekten kívül egyre nehezebbé válik. A fejlesztések „hivatalos” verzióról való áthelyezésének költsége is nő. Így az Eclipse közösség minden tagja érdeklődik egy közös alapvető Eclipse technológia és infrastruktúra kidolgozásában.

Lépéseket tesznek-e a "hivatalos" verzió meghatározása érdekében a szállítási termékekben (pl. egy olyan márka részeként, mint az "Eclipse Inside")?

Ezt a kérdést az Eclipse igazgatótanácsa tárgyalja.

Mi a fogyasztói kockázat az egyes változatok használatakor?

Általában az Eclipse platform "hivatalos" verziója a tesztelés és az áttekintés után kerül fel a www.eclipse.org webhelyre. Ezt a verziót az Eclipse.org karbantartja. Az egyes verziókat a szállítónak teljes mértékben támogatnia kell, így a közösség tagjaival való együttműködés előnyei elvesznek.

Aggódni fognak az eszközgyártók amiatt, hogy a nyílt forráskódú Eclipse technológia más kódokat „elront”, ha saját projektjeikben használják?

Az Eclipse a Common Programming License (Common Programming License) licence alá tartozik, amely nem teszi lehetővé más, Eclipse kódot hívó kód "elrontását" nyilvános API-k segítségével.

Mi a helyzet a csúnya dolgokkal, amelyeket a felhasználók az Eclipse forráskódjában találhatnak, például a hibákat?

A nyílt forráskódú fejlesztés növeli a kisebb és nagyobb hibák megtalálásának és kijavításának esélyét. Ezeket az eredeti fejlesztő vagy a közösség tagjai fedezik fel és javítják ki.

A forráskód nyilvánosságra hozatala átadhat-e bizalmas terveket és stratégiákat a versenytársaknak?

Igen, lényegében megosztjuk stratégiáinkat versenytársainkkal. Kétségtelenül van ennél lényegesebb vélemény is. A fejlesztők belefáradtak abba, hogy az eszközöket csak az alkalmazásaikba integrálják. Belefáradtak abba, hogy időt pazarolnak arra, hogy kitalálják, hogyan lehet az eszközöket együttműködni egy végpontok közötti számítástechnikai környezetben. Az Eclipse platform segítségével mindenki számára előnyös lehet az IDE ipari szintű integrálásának teljes megértése. Ezt kizárólag azért tesszük, hogy leegyszerűsítsük a végső fejlesztő munkáját.

A felhasználók egyszerűen használhatják az Eclipse forráskódját, és támaszkodhatnak a közösségi támogatásra megfelelő hozam nélkül?

Potenciálisan igen, azonban az interoperabilitás előbb-utóbb több értéket hoz a végfelhasználó számára, mint amennyit önmagában tud. A független, elszigetelt fejlesztők fokozatosan feledésbe merülnek.

Mi van akkor, ha a versenytársak megpróbálnak "ellopni" egy nyílt forráskódú terméket saját céljaikra?

Egy ilyen próbálkozás lehetséges, de a közösséget a Common Public License védi. Hivatalos verziók Az Eclipse platformok a jövőben is megjelennek. A licenc felépítése úgy történik, hogy egyetlen eladó sem használhatja illegálisan a terméket. Az Eclipse projekten való közös munkával segíteni akarunk abban, hogy valódi egyenlő feltételeket teremtsünk az eszközfejlesztők számára.

Hol találhatok információkat az eszközök Eclipse technológiába való integrálásával kapcsolatban?

Számos fehér könyv található a http://www.eclipse.org oldalon.

Hogyan működik az Eclipse platform, és milyen funkciókat kínál?

Az Eclipse platform a következő elvekre épült:

• A belső eszközök homogén integrációjának elősegítése, valamint között különféle típusok tartalom- és eszközszolgáltatók.
• Különféle eszközök létrehozásának támogatása.
• Korlátlan számú eszközszolgáltató támogatása, beleértve a független szoftverszállítókat (ISV).
• Bármilyen formátummal (beleértve a HTML, Java, C, JSP, EJB, XML és GIF) használható eszközök támogatása.
• Alkalmazásfejlesztési környezetek támogatása grafikus felhasználói felülettel (GUI) és anélkül.
• Számos operációs rendszeren fut, beleértve a Windowst és a Linuxot.
• A Java nyelv népszerűségének felhasználása eszközök írására.

• Kiadja az IBM az Eclipse platform forráskódját a nyílt közösség számára? Mikor fog ez megtörténni?

  Igen, a forráskód már elérhető a Common Public License alatt. Az IBM hamarosan átadja az Eclipse-t egy ideiglenes igazgatótanácsnak, amely az Eclipse platformot fogja kezelni.

  Kik vannak az ideiglenes igazgatótanácsban?

  Az ideiglenes tanács egy későbbi időpontban kerül kihirdetésre.

  Szeretnék csatlakozni a közösséghez. Hogyan kell csinálni?

  Látogassa meg a www.eclipse.org webhelyet.

  Hogyan lehetsz tanácstag?

  Együttműködjön, járuljon hozzá, népszerűsítsen: ajánlja fel saját kódját, ötleteit, termékeit, hibajavításait, ossza meg tudását és tapasztalatait.

  Hogyan támogatott az Eclipse platform?

  A támogatás a fórumon és e-mailen keresztül, önkéntes alapon, a közösség által elismert források felhasználásával történik. További információ a www.eclipse.org oldalon található

  Van 24 órás támogatás?

  Hogyan választják meg az ideiglenes igazgatóságot?

  A korlátozott létszámmal az Eclipse csapata csak néhány kiválasztott vállalattal tud kapcsolatba lépni a platform megépítésére. Az ideiglenes igazgatóság tagjait a platform fejlesztésében közreműködő cégek közül választják, eddig kísérleti jelleggel. A kiválasztás három kritériumon alapul: Az igazgatóság tagjainak Eclipse-t kell használniuk cégükben; az Eclipse-t is használniuk kell értékesítési bemutatók létrehozásához; nyíltan kell fenntartaniuk az Eclipse.org-ot.

  Miért halogatta olyan sokáig az Eclipse forráskód kiadását?

  Amikor a cég forráskód kiszállítási terveit megvizsgálták, a fejlesztőcsapat meg akart győződni arról, hogy az első platformot alaposan kifejlesztették és alaposan tesztelték. Számos alternatív építési koncepciót kipróbáltunk, amelyek közül néhány már a piacon van. Ezt követően ezeket az ötleteket megosztottuk más eszközszolgáltatókkal, és továbbfejlesztettük azokat. Az Eclipse platform készen áll az első kiadásra.

  Amikor az IBM ingyenesen kiad egy technológiát, az azt jelenti, hogy az IBM már nem elkötelezett a technológia mellett?

  Az IBM elkötelezett aziránt, hogy elfogadja az Eclipse platformot, és alapjaként használja a végpontok közötti IBM szoftverfejlesztő eszközök teljes családjának, a WebSphere Studio családnak. Ezek a termékek csak az integrált minőség-ellenőrzés alkalmazásából, a már legendás támogatásból profitálnak IBM termékek, valamint az IBM márka iránti elkötelezettségünket. Hasonló interfészeket használnak, és az Eclipse platformmal megosztott technológiára épülnek.

  Hol találok dokumentációt és információkat az Eclipse-ről?

  A www.eclipse.org weboldalon.

  Mennyiben különbözik az Eclipse a .NET-től?

  A .NET-et kizárólag Microsoft platformokon való használatra hozták létre, a Microsoft által meghatározott szabadalmaztatott felületen keresztül. A fejlesztőknek reagálniuk kell a .NET-ben bekövetkező változásokra. A „wintel” technológiánál többnek nevezett világban a .NET platform jelentős fájdalommal jár. A szervereket, munkaállomásokat, beágyazott eszközöket és hordozható PDA-kat integráló végpontok közötti számítástechnikai projektek számos más, rendkívül fejlett és fejlett végrehajtási környezetben működnek. Ennek eredményeként számos nagy teljesítményű processzorarchitektúra és operációs platform használatos, például OS/390, Linux és QNX.

  Az Eclipse platform nyílt nyilvános licenc alatt érhető el minden jól dokumentált API-val és bővítési ponttal, így lehetővé teszi az eszközfejlesztők számára, hogy tetszőleges számú munkaterületet támogassanak, beleértve a Microsoft-termékeket is.

  Az Eclipse összehasonlítható a Sun Microsystems nyílt forráskódú kezdeményezésével?

  Az Eclipse projekt alapötlete az "Apache fejlesztői eszközök" létrehozása. Ez egy nyílt forráskódú infrastruktúra létrehozását jelenti, amely számos alapvető szolgáltatást biztosít, amelyekre a szoftverfejlesztőknek szükségük van. Ez egy "eszköztár az eszköztárak fejlesztéséhez". Az Eclipse keretrendszer nem csupán API-k gyűjteménye, hanem valódi kódból áll majd, amelyet valódi munkára építettek.

  Amint Erich Gamma kijelenti: "Az Eclipse-ben minden egy beépülő modul. A Java IDE-nek nincs különleges státusza, ez csak egy újabb beépülő modul, amely bemutatja a platform könnyen integrálható bővíthetőségét. Az Eclipse platform nyílt forráskódúvá tétele lehetővé teszi az eszközgyártók számára ugyanaz." és nem csak új beépülő modulok létrehozására, hanem a meglévők fejlesztésére is. Ennek eredményeként a nagyvállalatok és a vállalatok képviselői egyenlő versenyfeltételekkel rendelkeznek az eszközök integrálása terén."

  Mi a különbség a WebSphere Studio Workbench és az Eclipse platform között?

  A WebSphere Studio Workbench az Eclipse-t használja alapként a termékintegráció biztosításához szoftver platform WebSphere. A WebSphere Studio Workbench egy példa az Eclipse technológia használatára az Eclipse platformról.

  Az Eclipse egy nyílt forráskódú eszközintegrációs platform, amely bármilyen munkakörnyezetben használható.

  Négy fő pontban különböznek egymástól:

  1. Támogatás

     Az Eclipse platform támogatását az Eclipse.org konzorcium, míg a WebSphere támogatását a szabványos IBM támogatási struktúra (PartnerWorld) biztosítja.

     Engedélyezés

     Az Eclipse Patform a "Common Public License", míg a WebSphere Studio Workbench az IBM PartnerWorld licenc alatt érhető el.

     Spin-offok / Forráskód módosítások

     Az Eclipse Platform lehetővé teszi az eszközfejlesztők számára, hogy új határokat fedezzenek fel, új platformokat és operációs rendszereket célozzanak meg az Eclipse projektből származó kód kiterjesztésével és módosításával. A WebSphere Studio Workbench-et az IBM által szállított módon kell integrálni és terjeszteni.

     Márkaépítés

     Az Eclipse technológiát nem egy központosított márka igényli. Hogyan összetevő márka, a közösség elfogadhatja a kompatibilis termékek megjelenésekor. A WebSphere Studio Workbench saját márkajelzést, partnerprogramokat és támogatási ajánlatokat tartalmaz.

• Mikor válassza az Eclipse-t és mikor a WebSphere Studio Workbench-et?

  A használandó technológia kiválasztásához a szerszámkészítőknek meg kell válaszolniuk néhány egyszerű kérdést:

  Határozza meg az eszköz támogatott munkakörnyezetét:

  • Ha csak a WebSphere, akkor válassza a WebSphere Studio Workbench lehetőséget.
  • Más környezetek vagy bővítmények a jövőbeli technológiákhoz? Az Eclipse platformot kell kiválasztani.
  • Mindkét környezet. A választást az IBM és az IBM partnerprogramok közötti szinergia mértékének értékelése után kell meghozni.

• Fenntartja a teljes ajánlatot, az Eclipse kódot és a sajátját is?

  • Ha nem, akkor a WebSphere Studio Workbench megfelelőbb az Ön számára.

• Biztosít-e eszközöket az IBM által nem támogatott platformokhoz?

  • Ha igen, akkor az Eclipse platformot kell választani.
  • Ha nem, akkor a választást az előző két szempont alapján kell meghozni.

• Szeretné, hogy a hivatalos támogatás és részvétel elérhető legyen? affiliate programok IBM.

  • Ha igen, válassza a WebSphere Studio Workbench lehetőséget.
  • Ha nem, akkor az Eclipse platformot kell választani.

- ingyenes keret moduláris, többplatformos alkalmazások fejlesztésére.

A projektet eredetileg ben fejlesztették ki IBM mint vállalati szabványos IDE fejlesztéshez különböző nyelvek IBM platformokhoz. Ezután a projektet átnevezték erre, és a közösség számára biztosították a további fejlesztést.

Először is teljes Java IDE, csoportos fejlesztést célozva, verzióvezérlő rendszerekkel való munkavégzéshez szükséges eszközökkel felszerelve (CVS támogatást tartalmaz az Eclipse disztribúció, az SVN modulok számos változatát aktívan fejlesztik, van VSS és mások támogatása). Az ingyenes miatt Az Eclipse az alkalmazásfejlesztés vállalati szabványa számos szervezetben.

Második találkozó- platformként szolgálnak az új bővítmények fejlesztéséhez (amely egyre népszerűbb lett - bármelyik fejlesztő bővítheti az Eclipse-t a moduljaival). Azok lettek C/C++ fejlesztőeszközök(CDT), amelyet a QNX mérnökei fejlesztettek ki különböző fejlesztők IBM, COBOL, FORTRAN, PHP eszközeivel együtt. Számos bővítmény egészíti ki az Eclipse-t adatbázisokkal, alkalmazáskiszolgálókkal stb.

A 3.0-s verzió óta az Eclipse már nem egy monolitikus IDE, amely támogatja a bővítményeket, hanem a bővítmények gyűjteménye. Az OSGi keretrendszerre és az SWT / JFace-re épül, amely alapján a következő réteget fejlesztették ki - egy platform teljes értékű RCP kliens alkalmazások fejlesztésére (Rich Client Platform - (angol rich-client applications). Az RCP platform szolgálja mint az RCP-alkalmazások, például az Azareus és a File Arranger alapja. A következő réteg az Eclipse platform, amely RCP-bővítmények – szerkesztők, panelek, perspektívák, egy CVS-modul és egy Java Development Tools (JDT) modul – halmaza.

Beírva Jáva, ezért platformfüggetlen termékről van szó, kivéve az SWT könyvtárat, amelyet minden elterjedt platformra fejlesztettek ki. Az SWT könyvtárat a "lassú" Swing helyett használják, és teljes mértékben függ a mögöttes platformtól (operációs rendszertől), ami biztosítja a gyors és természetes megjelenés felhasználói felület.

Az Eclipse alapja a gazdag kliens platform (RCP). A következő összetevőkből áll:

OSGi (standard szállítási környezet készletekhez);

SWT (portable widget toolkit);

JFace (fájlpufferek, szövegkezelés, );

Eclipse munkakörnyezet (panelek, szerkesztők, vetítések, varázslók).

A grafikus felhasználói felület az SWT eszközkészlettel készült. Ez utóbbi, ellentétben a Swing-gel (ami csak a használt platform bizonyos grafikus elemeit emulálja), valójában ennek a rendszernek a grafikus komponenseit használja. Az Eclipse felhasználói felülete a JFace nevű GUI köztes szoftvertől is függ, amely megkönnyíti az SWT alapú felhasználói felület felépítését.

A rugalmasságot a beépülő modulok biztosítják, ami lehetővé teszi a fejlesztést nem csak Java-ban, hanem más nyelveken is, például C / C ++, Perl, Ruby, Python, PHP, ErLang és mások.

Lokalizáció

3.1.1-es verziótól, megjelent egy nyelvi csomag az oroszosításhoz. Oroszra lefordítva mint GUI valamint a dokumentációt.

A környezet számára van egész sor ingyenes és kereskedelmi modulok. A környezetet eredetileg a Java nyelvhez fejlesztették ki, de mára számos bővítmény létezik más nyelvek támogatására, mint pl

• C/C++ – CDT Eclipse C/C++ fejlesztői eszközei
• Perl - EPIC modul, Eclipse Perl integráció
• PHP - PDT PHP fejlesztői eszközök
• JavaScript – JSEclipse Javascript bővítmény az Eclipse környezethez
• Python - Pydev, Python fejlesztői környezet
• Ruby – RDT, Ruby fejlesztőeszközök

Vannak modulok is a grafikus felületek létrehozására.

A jelentések fejlesztésére és fogadására, valamint az elemző BI-alkalmazások fejlesztésére rendelkezésre állnak hu:BIRT_Project t.

A modulok telepítésének és frissítésének funkciója a .

Aptana(aptana.com) - az Eclipse és a fejlesztést támogató bővítmény terjesztése JavaScript használatával(minden nagyobb JS Ajax könyvtár benne van a disztribúcióban), HTML, CSS, Ruby on rails, Adobe AIR.

Hagyja meg észrevételét!

2005.04.19. Natalia Dubova

A nyílt forráskódú közösség számos kulcsfontosságú projektet vezet, köztük a Linux operációs rendszer mellett az Eclipse fejlesztői platform létrehozása is. Az IBM által néhány éve elindított nyílt alkalmazásfejlesztő eszköz integrációs platform ma szabadon terjeszthető nyílt forráskódú, és a felhasználói közösség fejleszti.

Anélkül, hogy belemennénk annak a kérdésnek a tárgyalásába, hogy mi a programozás - művészet vagy mesterség, elismerjük: a programozó mindkét esetben nem nélkülözheti a programkészítéshez szükséges eszközöket. A programozási folyamat fejlődésével (a gépi parancsokon átívelő „boszorkányságtól” a magas szintű nyelvek használatáig) a programozók kemény munkájának automatizálásának lehetőségei is javultak. Az első fejlesztői környezetek a fordítók, linkerek, betöltők és hibakeresők egymás utáni elindítására korlátozódtak az interfész segítségével parancs sor. Az 1980-as években azzal együtt személyi számítógépek piac jelent meg szoftver termékek egy új osztály - integrált fejlesztői környezetek (IDE) algoritmikus (Pascal stb.), majd objektumorientált (Smalltalk, C ++) programozási nyelvekhez. Ez a terület a Java nyelv fejlesztőinek aktív adaptációjának köszönhetően érte el igazi virágkorát; a leghíresebb integrált környezetek ezen a nyelven a programok létrehozására a Borland JBuilder, a Symantec Visual Cafe, a Microsoft J++, az IBM VisualAge és az Oracle JDeveloper.

Az IDE fő célja a fejlesztői termelékenység növelése. Az első fejlesztői környezetek, amelyek a programszöveg-szerkesztők, fordítók és hibakeresők funkcionalitását egyesítették, főként a rutinműveletek alól szabadították meg a fogyasztókat. Idővel az IDE szolgáltatáskészlete gazdagabbá vált. Tartalmaz lépésenkénti fordítókat, böngészőket a programok logikusabb megjelenítéséhez, automatikus kódgeneráló eszközöket és vizuális szerkesztők grafikus felhasználói felületek létrehozására. Az idők trendjeit követve a fejlesztői környezetek a programozó termelékenységét növelő eszközökből a szoftverprojektek csapatmunkájának minden szakaszát támogató eszközzé váltak. A legújabb trend az IDE átalakítása ALM-vé (alkalmazáséletciklus-menedzsment), egy integrált alkalmazás-életciklus-kezelő rendszerré - a követelmények meghatározásától és modellezésétől a szoftverkonfigurációig és -verziókezelésig, a kulcsrakész megoldások telepítéséig és karbantartásáig.

Az IDE fejlődésének minden új lépése bonyolult fejlesztői környezetekkel jár. Az ilyen termékek felhasználói azonban továbbra is kénytelenek voltak olyan eszközökhöz folyamodni, amelyeket nem integráltak az IDE-be, már csak azért is, mert egy alkalmazás létrehozása nem korlátozódik a programok egy programozási nyelven történő írására és hibakeresésére. Ha például HTML-oldalakat, relációs adatbázissémákat vagy más nyelvű kódrészleteket (például Cobol vagy PL / 1) kell használni egy alkalmazásrendszerben, a fejlesztők megfelelő eszközöket használnak, amelyeket eredetileg nem tartalmaztak. az IDE.

Ez az oka annak, hogy a kereskedelmi fejlesztői környezetek sok szállítója arra törekszik, hogy azokat a lehető legnyitottabbá tegye, és speciális mechanizmusokat biztosítson a külső eszközök integrálásához. De egyetlen környezet sem képes minden lehetséges felhasználói igényt kielégíteni. Ehhez teljesen semlegesnek kell lennie a programozási nyelvhez képest, és támogatnia kell a maximális funkciókészletet. Az Eclipse nem egy ilyen környezet, hanem egy bázis, egy platform, amellyel többfunkciós és többnyelvű fejlesztői környezeteket építhetsz.

Felület

Amint az Eclipse projekt kezdeményezői elmagyarázzák, az volt az ötlete, hogy létrehozza az "Apache for development tools"-t – egy nyílt platformot, amely a fejlesztői környezetek maximális alapfunkcióit biztosítja, és mechanizmusokat biztosít a különféle eszközök integrálásához. Ennek a platformnak az első verzióját az IBM fejlesztette ki, és 2001 végén adták ki nyílt forráskóddal. Hamarosan megjelentek az Eclipse-alapú kereskedelmi megvalósítások, amelyek úttörője a WebSphere Studio Application Developer 4.0. Az Eclipse immár a nyílt forráskódú fejlesztés teljes ökoszisztémájával rendelkezik, amely összehozza az eszközök szállítóit és felhasználóit, kutatószervezetekés egyéni fejlesztők.

Az Eclipse Foundation hivatalos dokumentumaiban ( www.eclipse.org) Az Eclipse Platform egy gyártótól független nyílt fejlesztői platform, amely keretrendszert és példaértékű szolgáltatásokat, valamint bővíthető eszközöket biztosít. Az Eclipse Platformon belüli eszköztár jellemző abból a szempontból, hogy teszteli a platform alapvető funkcióinak alkalmazhatóságát, szemlélteti azok tipikus felhasználási helyzeteit, és támogatja magának az Eclipse platformnak a fejlesztését és karbantartását. Az eszközkészlet bővíthető, mert funkcionalitása dokumentált programozási felületeken keresztül érhető el. Alapelvek, amelyek az Eclipse Platform alkotóit irányították, és amelyeknek megfelelően tovább fejlődik, a következők:

• alkalmazásfejlesztési eszközök készítésének támogatása;
• korlátlan számú eszközszállító támogatása, beleértve a független szoftverfejlesztőket is;
• tetszőleges tartalomtípusokkal (például HTML, Java, C, JavaServer Pages, EJB, XML, GIF stb.) végzett munkaeszközök támogatása;
• a különféle típusú tartalommal való munkavégzéshez szükséges eszközök „zökkenőmentes” integrációjának biztosítása különböző gyártók;
• alkalmazásfejlesztő környezetek támogatása hagyományos és grafikus felhasználói felülettel;
• különböző operációs rendszerekre épülő fejlesztői környezet futtatásának lehetőségének biztosítása (ma már Eclipse alapú eszközök valósulnak meg Linux, HP-UX, IBM AIX, Sun Solaris, QNX, Mac OS X, Windows rendszerekre);
• a platformfejlesztés érdekében figyelembe véve a Java nyelv népszerűségét a fejlesztői eszközök megalkotásakor.

Az Eclipse Platform egy nagyon általános célú, Java nyelven írt fejlesztői környezet, amelynek architektúrája különféle eszközök és programozási nyelvek integrálását biztosítja a különböző problémák megoldásához. Az ilyen integráció mechanizmusai lehetővé teszik, hogy az Eclipse Platformot fejlett fejlesztői környezetek építésére használják, mentesek az alapvető eszközök írásának rutinjától, és összetett, speciális funkciók létrehozása érdekében. Ez nemcsak a többfunkciós és többnyelvű fejlesztői környezetek támogatásának problémáját oldja meg, hanem megalapozza az egyik környezettípusból a másikba való átmenet egyszerűsítését is azok fejlődési folyamatában. A fejlesztők közössége által kifejlesztett Eclipse platform felhalmozza a legújabb fejlesztéseket, elérhetővé téve azokat az egyes termékek fejlesztői számára, és szükségtelenné teszi rendszereik alapvető újratervezését.

Eclipse fejlesztési környezet

Az Eclipse Platform architektúrájának alapja a beépülő modulok (plug-in) használatának elve. A platform az ilyen modulok észlelésére, integrálására és végrehajtására szolgáló mechanizmusokat valósít meg (lásd az ábrát). Az Eclipse Platform erejét kihasználni kívánó fejlesztő az eszközkészletét Java nyelven külön beépülő modulként írja meg. Ez a modul a munkaterületen lévő fájlokkal fog működni, amelyek a munkaterület-komponens használatával lettek megvalósítva. Felhasználói felülete pedig a munkaasztal komponens eszközeire épül, amely meghatározza a felület általános felépítését és bővítésének lehetőségét.

Általában egyetlen beépülő modul valósítja meg az Eclipse Platform alapú IDE legegyszerűbb funkcióit, míg a bonyolultabb eszközök több modulból épülnek fel. Ugyanakkor az Eclipse Platform szinte minden beépített funkciója is ilyen modulok segítségével valósul meg - egy kis Platform Runtime mag kivételével. Minden beépülő modulnak saját jegyzékfájlja (manifest) van, amely leírja a kapcsolatot ezt a modult másokkal. Az Eclipse Platform alapú fejlesztői környezet elindításakor a Platform Runtime meghatározza az elérhető beépülő modulok készletét, beolvassa azok manifest fájljait, és létrehoz egy beépülő modul-nyilvántartást. A rendszer elindítása után további modulok már nem adhatók hozzá. Az Eclipse projekt egy speciális környezetet valósított meg a beépülő modulok létrehozására - Plug-In Development Environment (PDE).

Speciális modulok segítségével valósul meg az Eclipse platform munkaterületének (workspace) és felhasználói felületének (workbench) összetevői. A munkaterület olyan fájlokat tartalmaz, amelyeket a beépülő modulok által megvalósított eszközök felhasználói hoznak létre. A munkaasztal komponens közös keretrendszert és eszközöket biztosít az Eclipse Platform alapú fejlesztői környezet felhasználói felületének kiterjesztéséhez, és két összetevőt tartalmaz a felhasználó információszolgáltatásának megvalósításához.

• A Standard Widget Toolkit (SWT) olyan interfészelemekből és grafikus könyvtárból álló halmaz, amelyek egy adott operációs platform ablakrendszerébe integrálható mechanizmusokkal rendelkeznek, de operációs rendszertől független API-kat valósítanak meg. Ez lehetővé teszi a fejlesztői környezet felhasználói interfészeinek ugyanazon elvek szerinti felépítését, amelyek megfelelnek a fogyasztó számára ismert ablakkörnyezetnek, de az operációs rendszerek lehető legnagyobb skálájához készültek;
• A JFace egy eszközkészlet számos, a programozási interfészekkel kapcsolatos gyakori feladat SWT-eszközök segítségével történő megvalósításához.

Az SWT és JFace komponensek által biztosított API-k alapján egy személyre szabott felhasználói felület épül fel, amely meghatározza a fogyasztó és a fejlesztői eszközkészlet közötti interakció szerkezetét. Az Eclipse Platform felület szerkesztők (szerkesztő), nézetek (nézet) és perspektívák (perspektíva) segítségével szerveződik.

A szerkesztők célja a munkaterület-objektumok megnyitása, szerkesztése és mentése. A platform beépített szerkesztővel rendelkezik a szöveges erőforrásokhoz, és a többi funkciót beépülő modulként kell megvalósítani. A nézetek információt nyújtanak arról az objektumról, amellyel a felhasználó éppen dolgozik. Végül a perspektíva mechanizmus lehetővé teszi a kiválasztást és a rendszerezést a megfelelő szerkesztőkés a képernyőn megjelenítendő nézetek.

Szervezet

A projektek nyílt forráskódú fenntartása számos előnnyel jár. Egy ilyen platform egyik feladata tehát, hogy a fejlesztők számára közös alapból, változatlan eszközöket biztosítson a különböző fejlesztői környezetekhez. Miért kell minden gyártónak újra leírnia azt, amit egyszer meg lehet írni? De ahhoz, hogy fejlesztéseiket egy ilyen platformra építhessék, a gyártónak teljes mértékben megbíznia kell abban, aki létrehozta. Ez pedig csak akkor lehetséges, ha sikerül mindent tesztelnie, ami benne van, vagyis nyílt kódokban platformot szerezni.

A nyílt forráskód elveinek megfelelő termékfejlesztés javítja a kód minőségét, mivel azt sok érdeklődő fejlesztő közösen „csiszolja”. A hibakeresés könnyebbé és jobbá válik – köszönhetően a program forráskódjához való hozzáférésnek, és ismét egy elosztott csapat bevonásának a munkába. Az együttműködés lehetővé teszi az összetett technológiák létrehozásával járó kockázatok megosztását. A platform kollektív fejlesztő testülete pedig biztosítja a támogatását, függetlenül az adott fejlesztői környezet szolgáltatóinál előforduló hullámvölgyektől. Végül egy rugalmas beépülő mechanizmussal rendelkező nyílt forráskódú fejlesztői platform használata további funkcionalitás megvalósítására korlátlan lehetőségeket nyit a fejlesztésére.

Eclipse Platform Architecture

A nyílt forráskódú fejlesztési modell előnyeit azonban nem lehet pusztán egy technikai platform „ingyenesben” kiadásával megvalósítani. Meg kell szervezni a folyamatot. Az Eclipse első verziójának 2001-es kiadásával ezt a konzorciumot az IBM által szervezett konzorcium vette át számos vezető piaci szereplővel együtt, és 2004 februárjában az Eclipse igazgatótanácsa úgy döntött, hogy az Eclipse Alapítványt egy konzorciummá alakítja. non-profit független társaság.

Az Eclipse Foundation, egy több mint 60 vállalatból álló konzorcium, koordinálja az Eclipse platform és más nyílt forráskódú projektek fejlesztésére irányuló munkát.

Az Eclipse projekt teljesen nyitott, minden érdeklődő fejlesztő részt vehet benne, akinek nem kell semmilyen cég alkalmazottja. Elvileg mindenki nemcsak a fejlesztés részletei iránt érdeklődhet és hozzájárulhat a hibák azonosításához, hanem részt vehet a kódírásban és a platform következő verziójának átfogó tervezésében is. Az Eclipse azonban a professzionalizmus előtérbe helyezésének elvét követi. A bizonyítottan szakmai múlttal rendelkező fejlesztő további felelősségre és lehetőségre számíthat, hogy aktívan megvalósítsa képességeit az Eclipse projektekben. Egyes fejlesztőket "felelősnek" (committer) definiálnak, mivel ők felelősek a forráskódokért, és csak nekik van joguk új verziókat létrehozni a nyílt forráskód-tárházban. Ezek a fejlesztők jellemzően olyan cégek alkalmazottai, akik az Eclipse projekteken belül fizetnek a munkájukért.

A fejlesztési folyamat iteratív, célja, hogy maximalizálja az Eclipse közösség tagjainak bevonását a projekt munkájába. A következő kiadás kiadását több, meghatározott időtartamú (több hetes nagyságrendű) szakasz előzi meg, amelyek mindegyike egy teljes ciklus, amely magában foglalja a verzió tervezését, fejlesztését, tesztelését és közbenső kiadását. A következő ciklus lezárását a rendszer új funkcióinak leírásának nyílt közzététele kíséri, amely a közösség tagjait megvitatásra, felhasználásra és fejlesztési javaslatok megfogalmazására ösztönzi. Ennek eredményeként a fejlesztés következő szakaszaiban lehetővé válik, hogy figyelembe vegyük a közösség reakcióját az időközi kiadásra. Ez egy nyílt folyamat az Eclipse platform folyamatos fejlesztésére és az arra épülő egyéb kezdeményezések fejlesztésére.

Az Eclipse technológiai projekt célja, hogy összehangolja a fejlesztők, kutatók, tudományos, ill. oktatási szervezetek hogy meghatározza az Eclipse Platform és más nyílt forráskódú fejlesztések kilátásait. Ezen a területen a legjelentősebb kutatási alprojektek közé tartozik az aspektus-orientált szoftverek fejlesztése (AspectJ és AJDT), az Eclipse Runtime rendszermag-alternatívájának létrehozása (Equinox), egy együttműködési fejlesztési platform (Koi), szoftverkonfiguráció-kezelés. (Stellation), eszközkészlet XML sémákhoz (XML Schema Definition) és modell alapú fejlesztéshez (Generative Model Transformer).

Közösség

Az Eclipse projektek megvalósításából származó összes anyag felhasználását a Common Public License (CPL) licencszabályok szabályozzák, amelyeket a Nyílt forráskódú kezdeményezés hagy jóvá. A CPL értelmében bárki szabadon használhatja és terjesztheti az Eclipse-t kereskedelmi és nem kereskedelmi célokra. Az eclipse.org weboldalon ingyenesen elérhetők:

• az Eclipse Platform aktuális verziói közvetlen használatra (bináris formában);
• forráskód tárház, ahol bárki megtekintheti bármelyik tartalmát és átdolgozási előzményeit forrás fájl, valamint szkriptek beszerzése az Eclipse platform újrafordításához és forráskódokból való felépítéséhez;
• nyílt vitafórumok az Eclipse Platform megvitatására;
• hibaadatbázis a hibák és problémák nyomon követéséhez aktuális verziók platformok. Ezzel az adatbázissal a felhasználók azonosíthatják az Eclipse-alapú fejlesztéseik ismert hibáit, és nyilvánosságra hozhatják az általuk felfedezett új problémákat;
• fejlesztési tervek és az Eclipse projektekben részt vevő fejlesztők kapcsolatai.

Ma tovább eclipse.org szabadon elérhető – több mint száz plug-in forráskódokban az Eclipse platformhoz. Az Eclipse nyílt forráskódú projektjei összesen több mint 2 millió kódsorból állnak.

A piac fejlődésének kulcsa szoftver eszközök A fejlesztés részt vesz a kereskedelmi cégek Eclipse projektjében. Az Eclipse Platform-mal egy nyelv- és platformsemleges fejlesztőkörnyezet alapszolgáltatásait kapják ki a dobozból, így erőfeszítéseiket és befektetéseiket olyan komplex funkcionalitás fejlesztésére összpontosíthatják, amely versenyképessé teszi megoldásaikat. Vannak példák Eclipse-alapú megvalósításra mind a teljes funkcionalitású fejlesztői környezetekben, amelyek elősegítik a legfejlettebb megoldásokat ezen a területen, valamint a speciális eszközöket, amelyek egy adott feladatkörre irányulnak.

Tehát az Eclipse platformon az IBM Rational család összes terméke működik. A Borland minden támogató eszközét át kívánja adni az Eclipse-nek életciklus alkalmazások. Létezik a QNX beágyazott fejlesztőeszközeinek Eclipse verziója; hasonló projektet valósít meg a Wind River. A Hewlett-Packard viszont Eclipse-alapú komponensfejlesztő környezetet kínál az Internet Usage Manager rendszeréhez, célközönség amelyek távközlési szolgáltatók. A Nokia bejelentette, hogy támogatja az Eclipse-t fejlesztői platformként mobil alkalmazások. Az IBM bevezetett egy speciális Eclipse alapú autonóm számítási eszközkészletet, amelyet az autonóm számítási technológiák támogatására terveztek a fejlesztett alkalmazásokban. A világ vezető szoftvergyártói közül csak a Sun Microsystems és a Microsoft nem működik együtt az Eclipse Foundation-lel.

Az Eclipse-alapú kereskedelmi környezet gyártói lehetővé teszik a külső fejlesztők számára, hogy bővítményeket adjanak el IDE-jükhöz, és előfordul, hogy egy vállalat ugyanazt a saját beépülő modult valósítja meg különböző környezetekhez az Eclipse platformon. Ez nem csak az új piacok fejlesztésének módszere, hanem egy újabb módja a projekt jelentőségének növelésének. A felhasználók nagyra értékelik a választás szabadságát: ha nem elégedettek egy nyílt forráskódú platform alapú környezet meglévő funkcionalitásával, saját fejlesztéssel vagy azonos formátumú kereskedelmi megoldások vásárlásával bővíthetik azt.

Ezek a csoportok különböző módokon használják az Eclipse fejlesztéseit, de mindegyik hozzájárul a fejlesztéséhez. A tendencia az Eclipse platform használata nem IDE-alkalmazások készítésére. Ez azért lehetséges, mert be technológiai megoldás Az Eclipse Platformnak nincs sok IDE-specifikus eleme. Az Eclipse harmadik verziójában a fejlesztői környezetek platformja a teljes funkcionalitású kliens munkaállomások megvalósítására szolgáló platform (Rich Client Platform) felé halad. Nem véletlen, hogy az IBM Eclipse alapú, ígéretes Workplace együttműködési környezetét valósítja meg.

Irodalom

1. Marc R. Erickson, Angus McIntyre. , 2001, november.
2. J. dea Rivieres, J. Wiegand. fogyatkozás. A platform a fejlesztői eszközök integrálására. IBM Systems Journal, 2004, 1. sz. 2.

Eclipse szervezeti felépítés

Az Eclipse fejlesztését, valamint különböző szervezetek és egyéni fejlesztők nyílt forráskódú projektjeiben való részvételt az Eclipse Foundation non-profit független konzorcium koordinálja.

Az Eclipse Alapítvány igazgatósága négy fő résztvevői kategóriából áll:

• stratégiai fejlesztők (Strategic Developers) - Actuate, Borland, IBM, Computer Associates, Intel, QNX, Wind River, Sybase, Scapa Technologies, BEA Systems;
• stratégiai fogyasztók (Strategic Consumers) - HP, Montavista Software, SAP, Serena Software;
• beépített szolgáltatók (Add-in Providers);
• nyílt forráskódú projektvezetők.

Az igazgatóságban minden stratégiai fejlesztő és stratégiai fogyasztó szerepel, a másik két csoport pedig delegálja képviselőit. A konzorcium stratégiai tagjai bizonyos jogokkal részt vehetnek a fejlesztési folyamatokat koordináló projektmenedzsment bizottságokban és tanácsokban.

A konzorcium több alapvető nyílt forráskódú projektet tart fenn, amelyek bizonyos számú alprojektet tartalmaznak. Az alapprojektet a Projektmenedzsment Bizottság (PMC) irányítja. A fejlesztés egészének irányítására három fő tanácsot hoznak létre - a követelmények meghatározásával (Követelmény Tanács), az építészettel (Építészeti Tanács) és a Tervezéssel foglalkozó tanácsokkal (Tervtanács).

A Requirements Definition Board elemzi és strukturálja a projekt követelményeit. Egyesítik az Eclipse Foundation átfogó céljainak elérését és a projekt konkrét céljait, a konzorcium kulcsfontosságú tagjainak problémáinak megoldását és az Eclipse ökoszisztéma fejlesztését célzó követelményeket. Az elemzés alapján megfogalmazódik azon témák és prioritások listája, amelyek meghatározzák a fejlesztés menetét. Az Architecture Board feladata az Eclipse Platform architektúra megtervezése, világos leírása, a vonatkozó információk fejlesztőcsapatokkal való közlése, valamint a véletlen manipuláció elleni védelme. A Tervezési Tanács koordinált platform kiadási tervet készít.

A projekteket a projektmenedzserek által vezetett fejlesztőcsapatok valósítják meg, köztük fejlesztők és felelős fejlesztők. Előbbiek kódírással, hibafeltárással, programok tesztelésével és dokumentálásával foglalkoznak, valamint egyéb feladatokat is ellátnak a projekten belül. A felelős fejlesztőknek joguk van feltölteni a forráskód-tárat, és befolyásolniuk kell a projekt fejlesztését. Az Eclipse Alapítványnál stratégiai fejlesztői státusszal rendelkező vállalatoknak legalább egy projektet kell vezetniük. A bizottságok vezetésére is ösztönzik őket.

Az Eclipse egy Java-alapú szoftverkészítő platform, amely lehetővé teszi programok fejlesztését beépülő modulokkal. Tartalmaz egy sor beépített komponenst, köztük a jól ismert Eclipse terméket – a PDE plugin fejlesztői környezetet. A PDE lehetővé teszi magának a platformnak a kiterjesztését, amely beépített összetevőkből áll. Az eszköztár készítői felajánlhatják saját bővítményeiket, és koherens fejlesztői környezetet (IDE) biztosíthatnak a felhasználóknak.

A Java nyelven kívül, amelyen az Eclipse íródott, a fejlesztői környezetet más programozási nyelvekhez is használják. Számos beépülő modul készült, amelyek támogatják a C++, Fortran, Perl, Prolog, Python, Ruby stb. nyelveket. A platform alapja lehet más olyan szoftvereknek, amelyek nem kapcsolódnak programíráshoz, mint például a telnet és a DBMS. Egy másik példa az Eclipse-en alapuló kódra a PDT fejlesztői környezet alapvető funkciókat PHP alkalmazások szerkesztéséhez és hibakereséséhez.

Minden jog megromlott

A nyílt forráskódú szoftverek licence garantálja a felhasználói jogokat. Például a forrásprogramot elérhetővé kell tenni a módosítási és újraterjesztési joggal. A jogvédelem ezen szintjét a copyleft segítségével érik el. A szerzői jog védi a szerzői jogokat azáltal, hogy megtiltja a programok terjesztését abban az esetben, ha a felhasználó nem rendelkezik ezzel a joggal. A Copyleft engedélyt igényel a tovább terjeszthető szoftverre módosítás nélkül. Ebben az esetben a szerzői jog lényege az ellenkezőjévé válik. A Copyleft a szerzői jogokat nem a fejlesztők jogainak megőrzésére használja, hanem arra, hogy átadja azokat a felhasználóknak.

Ezért vannak félelmek és kétségek, hogy nyitott programokat a szellemi tulajdon elvesztéséhez vezet, mivel a copyleft a szoftver más részeire is átterjed. Más szavakkal, a licenc megköveteli, hogy minden nyílt forráskódú alkalmazást azonos jogokkal terjeszthessenek. Ez igaz a General Public License (GNU) alatt – a Linuxot ez alatt terjesztik. De vannak olyan engedélyek, amelyek eltérő viszonyulást biztosítanak a köz- és kereskedelmi érdekekhez.

Az OSI egy non-profit szervezet, amely egyértelműen meghatározza, mi a nyílt forráskód, és jóváhagyja azokat a licenceket, amelyek megfelelnek a kritériumainak. Az Eclipse platform az EPL, egy OSI-tanúsítvánnyal rendelkező nyílt forráskódú licenc alatt kerül terjesztésre, amely megkönnyíti annak kereskedelmi használatát, miközben fenntartja a nyílt forráskódú szerzők lojalitását.

A beépülő modulok készítőinek vagy a szoftverfejlesztői környezet felhasználóinak közzé kell tenniük minden általuk használt vagy módosított Eclipse kódot, de saját kiegészítőiket tetszőleges módon licencelhetik. Nyitási jogok átruházása számukra szoftver nem kötelező, ahogy a forráskód közzététele sem.

És bár sokan nem használják az Eclipse-t saját fejlesztéseik létrehozására, a platform forráskódjának elérhetősége nagyon fontos nemcsak a díjak hiánya miatt, hanem azért is, mert elősegíti az innovációt, és arra ösztönzi a programozókat, hogy saját termékükkel járuljanak hozzá a közös ügyhöz. fő ok Ez - minél több munkát fektetnek be a projektbe, annál jelentősebb mindenki számára. Ha hasznos, akkor a fejlesztők száma még tovább növekszik, és egy közösség jön létre a projekt körül, hasonlóan a Linux és az Apache körül kialakulthoz.

Nonprofit szervezet

Az Eclipse egy fejlesztői környezet, könyvtárak és szoftverek létrehozására, üzembe helyezésére és kezelésére szolgáló eszközök, valamint az alkotók közössége. A platformot az IBM 2001-ben hozta létre szoftvergyártók támogatásával.

Az Eclipse Foundation 2004-ben alakult. Ez egy non-profit egyesület, amely platformprojekteket támogat, fejleszti a fejlesztői közösséget és a kiegészítő programok és szolgáltatások rendszerét. Ma az Eclipse ökoszisztéma a szoftveripar szervezeteit és magánszemélyeit foglalja magában.

Az Alapítvány felügyeli és irányítja a platform projektjeit. A közösséget szolgálja, és a fejlesztők, az úgynevezett committerek nem dolgoznak. Más szervezetek alkalmazottai vagy független programozók, akik önkéntesen áldozzák személyes idejüket egy projekten való munkára.

Eclipse: a platform jellemzői

• Különféle szoftverfejlesztő eszközök készítése.
• Korlátlan számú szerszámszolgáltató, beleértve a függetleneket is.
• Különféle tartalommal való munkavégzésre szolgáló eszközök támogatása, például HTML, C, EJB, Java, JSP, GIF és XML.
• A különböző tartalmakon belüli és azok közötti teljes integráció biztosítása.
• Az Eclipse egy szoftverfejlesztő környezet vele vagy anélkül.
• Dolgozz másképp operációs rendszer, köztük Linux, Windows, Solaris AIX, Mac OS X.
• A Java használata, az íróeszközök népszerű nyelve.

Eclipse Kezdő lépések útmutató

A program első indítása után üdvözlő üzenet jelenik meg. A felhasználó az áttekintéshez léphet, és új funkciókat, példákat vagy képzést tanulhat.

A munkaterület nézetpanelekből áll. A reprezentációk halmazát perspektívának nevezzük. Az Erőforrások perspektíva például a projektek szerkesztésére, kezelésére és megtekintésére szolgáló nézeteket tartalmaz.

A kezdőknek érdemes a Toolspace Basics alkalmazással kezdeni, ahol sok mindent megtudhat az Eclipse különböző részeiről és azok interakciójáról.

Munka a JDT-vel

A JDT bevezetéséhez megnyithatja az Eclipse Java projektet. Ehhez válassza a "Fájl" - "Új" - "Java Project" menüpontot, írja be a projekt nevét, majd kattintson a "Befejezés" gombra.

Az aktuális perspektíva megváltoztatásához válassza ki az "Ablak" - "Perspektíva megnyitása" - Java menüpontot, vagy nyisson meg egy új ablakot az "Ablak" - "Új ablak" menüpontban, és válasszon egy másik perspektívát.

A perspektíva Java-fejlesztéshez tervezett nézeteket tartalmaz. A bal sarokban, felül van egy hierarchia az Eclipse Java csomagokkal, osztályokkal, JAR-okkal és különféle fájlokkal, az úgynevezett "csomagböngésző". Ezzel egy időben a főmenü 2 tétellel bővült: Forrás és Refaktor.

Program létrehozása JDT-ben

Java-alkalmazás létrehozásához kattintson a jobb gombbal a korábban létrehozott projektre, és válassza az "Új" - "Osztály" lehetőséget. A felugró párbeszédpanelen adja meg az osztály nevét. A következő kérdés alatt: "Milyen metóduscsonkokat szeretne létrehozni?" - adja meg a public static void main(String args) elemet, és kattintson a Befejezés gombra.

Az eredmény egy program lesz, amely a bevezetett osztályt és egy üres main()-t tartalmazza. A módszert be kell fejezni programkód(a j nyilatkozat szándékosan kimaradt):

nyilvános osztály hello (

public static void main(String args)(

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

System.out.println("Szia");

Gépelés közben észreveheti a szerkesztő funkcióit:

• automatikus kiegészítés;
• szintaktikai ellenőrzés;
• nyitó zárójel vagy idézőjel automatikus bezárása.

A kód befejezése a Ctrl + szóköz billentyűkombinációval hívható elő. Ez megjeleníti a billentyűzettel vagy az egérrel kiválasztható lehetőségek kontextusérzékeny listáját, legyen szó az adott objektum metódusainak listájáról vagy egy kulcsszó egy részének.

A szintaxist a rendszer ellenőrzi a növekményes fordítással. Ez akkor történik, amikor a kódot írják, és egyidejűleg fordítják. A szintaktikai hibák pirossal vannak aláhúzva, és balra egy piros pont jelenik meg fehér ferde kereszttel. A fennmaradó hibákat villanykörte formájában jelzik a margók. A Quick Fix segítségével saját maga is megjavíthatja őket.

A fenti példában a villanykörte a for utasítással szemben van, mert nincs i deklaráció. Miután duplán kattintott az izzóra, megjelenik a lehetséges javítások listája. Ebben az esetben a j számára javasolt létrehozni:

• osztályú mezőny;
• metódus paraméter;
• helyi változó.

Ha kiválasztja az egyik lehetőséget az egérrel, láthatja az eredményül kapott szöveget.

A kívánt opcióra duplán kattintva egy programkód jön létre.

Alkalmazás indítása

Ha nincs fordítási hiba, az alkalmazás a Start menüponton keresztül indítható. Nincs fordítási lépés, mivel ez a kód mentésekor történik. A megjelenő "Konfiguráció futtatása" párbeszédpanelen, amelynek szükséges értékei már be vannak állítva, kattintson a jobb oldalon lent található Futtatás gombra. Alul megjelenik egy konzol fülekkel és az alkalmazás eredményével.

A program debuggerben futtatható. Mindenekelőtt a System.out.println()-ben két egérkattintással beállíthatunk egy töréspontot a szerkesztőablak bal oldalán, a metódushívás melletti szürke mezőben. Ennek eredményeként egy kék pont jelenik meg. Válassza a "Start" - "Hibakeresés" menüt. Újra megjelenik az indító konfigurációs ablak. A Start gombra kattintás után a Debug perspektíva új nézetekkel jelenik meg.

A bal oldali "Debug" nézetben felül van egy hívási verem, amely a program előrehaladását szabályozza. A panel gombokat tartalmaz az alkalmazás leállítására, folytatására és kilépésére, a következő utasítás végrehajtására és kihagyására, valamint a metódusból való visszatérésre. A jobb felső sarokban egy sor füles panel található: változók, töréspontok, kifejezések és képernyő. Amikor kiválasztja a változó fület, láthatja a j változó értékét.

Az egyes nézetek részletes információi egy kontextus-támpont segítségével biztosíthatók. Csak kattintson a panel fejlécére, és nyomja meg az F1 billentyűt.

További bővítmények

Az Eclipse-ben történő módosításukra, fordításukra és hibakeresésükre tervezett szoftverfejlesztői környezeteket olyan összetevőkkel egészítik ki, amelyek képesek modellezni, automatizálni az építést, tesztelni a modulokat, a teljesítményt, a konfigurációt és a verziókezelést.

A CVS forráskezelő rendszer lehetővé teszi a navigálást ezek között. Ebben az esetben a végrehajtott változtatások nem keverednek. Az Eclipse fontos és szerves része.

A fejlesztői környezet az eclipse.org címen található. A beépülő modulok a Plug-in Central könyvtárban találhatók.

Építészet

A platform alapja a funkcionálisan gazdag RCP kliens. Leegyszerűsítve a programok fejlesztése során használt beépülő modulok halmazaként ábrázolhatók. Vannak további ajánlott és opcionális összetevők is.

A fő összetevők a következők:

• A futási idő határozza meg az összetevő modellt az OSGi specifikáció, a bővítmények és a bővítési pontok alapján. Ezenkívül további szolgáltatásokat is biztosít, például a rendszernaplót és a párhuzamosságot.
• Az SWT csomag Eclipse funkciókat és felhasználói felület widgeteket tartalmaz. Rendelkezik egy olyan osztályokkal, amelyek megkönnyítik a grafikus alkalmazások létrehozását.
• Az eszköztár perspektívákat, nézeteket és szerkesztőablakokat tartalmaz.
• A Súgó összetevő felhasználói támogatást nyújt súgórendszer vagy interaktív feladatlista formájában.
• Az "Update" beépülő modul lehetővé teszi a szoftver legújabb verziójának beszerzését.
• A Team komponens infrastruktúrát kínál a saját összekapcsolásához

Az IBM által létrehozott platform teljes értékű nyílt forráskódú rendszerré vált. Résztvevői több mint száz cég. Bár korábban is voltak ötletek ilyen rendszerek létrehozásáról, az Eclipse átgondolt, megbízható és elegáns kialakítása előtérbe helyezte.