Hur man gör lockiga hängslen. Alla sätt, som i "Word", sätt hakparenteser. Använda symbolmenyn

Eclipse är en gratis integrerad utvecklingsmiljö för modulära plattformsoberoende applikationer. Utvecklad och underhållen av Eclipse Foundation.

De mest kända applikationerna baserade på Eclipse Platform är olika "Eclipse IDEs" för mjukvaruutveckling på många språk (till exempel den mest populära "Java IDE", som stöddes inbyggt, förlitar sig inte på några proprietära tillägg, använder en standard öppet API för att komma åt Eclipse Platform ).

Eclipse utvecklades ursprungligen av IBM som efterföljaren till IBM VisualAge-utvecklingsmiljön, som en företags IDE-standard för flerspråkig utveckling för IBM-plattformen. Designen och utvecklingen var värd 40 miljoner dollar, enligt IBM. Källkoden var helt öppen källkod och gjordes tillgänglig efter att Eclipse överlämnats till en community oberoende av IBM för vidareutveckling.

I Eclipse 3.0 (2003) valdes OSGi-tjänstplattformsspecifikationerna som runtime-arkitektur. Sedan version 3.0 har Eclipse upphört att vara en monolitisk IDE som stöder tillägg, men har själv blivit en uppsättning tillägg. Den är baserad på OSGi-ramverket och SWT / JFace, på grundval av vilket nästa lager utvecklas - RCP (Rich Client Platform, en plattform för att utveckla fullfjädrade klientapplikationer). RCP fungerar som grunden inte bara för Eclipse, utan också för andra RCP-applikationer som Azureus och File Arranger. Nästa lager är själva Eclipse, som är en samling av RCP-tillägg - redigerare, paneler, perspektiv, en CVS-modul och en Java Development Tools (JDT)-modul.

Sedan 2006 har Eclipse Foundation koordinerat en årlig simultan release i juni. Varje utgåva inkluderar Eclipse-plattformen samt ett antal andra Eclipse-projekt.

Fördelar med Eclipse

Eclipse fungerar främst som en plattform för att utveckla tillägg, vilket är anledningen till att den har vunnit popularitet: vilken utvecklare som helst kan utöka Eclipse med sina moduler. Det finns redan Java Development Tools (JDT), C / C ++ Development Tools (CDT), utvecklade av QNX-ingenjörer i samarbete med IBM, och verktyg för Ada-språken (GNATbench, Hibachi), COBOL, FORTRAN, PHP, etc. från olika utvecklare. Många tillägg kompletterar Eclipse-miljön med chefer för att arbeta med databaser, applikationsservrar och mer.

Eclipse JDT (Java Development Tools) är den mest kända modulen som syftar till grupputveckling: miljön är integrerad med versionskontrollsystemen CVS, GIT i huvuddistributionen, för andra system (till exempel Subversion, MS SourceSafe) finns plugins. Erbjuder även stöd för kommunikation mellan IDE och uppgifts (bugg) hanteringssystemet. Huvudpaketet innehåller stöd för Bugzilla buggspårare, det finns också många tillägg för att stödja andra spårare (Trac, Jira, etc.). Eftersom det är gratis och av hög kvalitet är Eclipse företagsstandarden för applikationsutveckling i många organisationer.

Eclipse är skrivet i Java, därför är det plattformsoberoende, med undantag för SWT-biblioteket, som är utvecklat för alla vanliga plattformar (se nedan). SWT-biblioteket används istället för det vanliga Java Swing-biblioteket. Det förlitar sig helt på den underliggande plattformen (operativsystemet), som ger ett snabbt och naturligt användargränssnitt, men ibland orsakar applikationskompatibilitet och stabilitetsproblem över plattformar.

Eclipse är baserad på den rika klientplattformen (RCP). Den består av följande komponenter:

OSGi (standardleveransmiljö för buntar);

SWT (Portable Widget Toolkit);

JFace (filbuffertar, arbeta med text, textredigerare);

Eclipse arbetsmiljö (paneler, redigerare, projektioner, guider).

Det grafiska användargränssnittet i Eclipse är skrivet med hjälp av SWT-verktygslådan. Den senare, till skillnad från Swing (som emulerar grafiska kontroller på egen hand), använder de grafiska komponenterna i detta operativsystem. Eclipse-användargränssnittet är också beroende av en GUI-mellanvara som heter JFace, vilket gör det enkelt att bygga ett SWT-baserat användargränssnitt.

Flexibiliteten i Eclipse tillhandahålls genom plug-ins, vilket gör det möjligt att utveckla inte bara i Java utan även på andra språk som C/C++, Perl, Groovy, Ruby, Python, PHP, Erlang, Component Pascal, Zonnon och andra.

Java-plattform

Java Software Platform är en serie mjukvaruprodukter och specifikationer från Sun Microsystems, tidigare ett oberoende företag och nu ett dotterbolag till Oracle Corporation, som tillsammans tillhandahåller ett system för att utveckla applikationsprogramvara och bädda in den i alla plattformsoberoende program. Java används i en mängd olika datorplattformar, från inbäddade enheter och mobiltelefoner i den nedre delen av linjen till företagsservrar och superdatorer i den övre delen. Även om Java-appletar sällan används på stationära datorer, används de ibland för att förbättra funktionaliteten och förbättra säkerheten när du surfar på World Wide Web.

Java virtuell maskin konverterar kod skriven i Java till Java bytecode. Det finns dock bytekodkompilatorer för andra programmeringsspråk som Ada, JavaScript, Python och Ruby. Det finns också flera nya programmeringsspråk designade för att fungera med den virtuella Java-maskinen. Det här är språk som Scala, Clojure och Groovy. Java-syntax är mestadels lånad från C och C++, men objektorienterade funktioner är baserade på modellen som används i Smalltalk och Objective-C. Java saknar vissa lågnivåkonstruktioner som pekare, och Java har också en väldigt enkel minnesmodell där varje objekt ligger på högen och alla objektvariabler är referenser. Minneshantering hanteras av JVM:s integrerade automatiska sophämtning.

Vad IBM:s bidrag till Open Source Community ger dig

Marc Erickson och Angus McIntyre
Publicerad den 1 november 2001

Eclipse-plattformen är designad för att bygga integrerade utvecklingsmiljöer (IDE). Den kan användas för att skapa en mängd end-to-end-datorlösningar för en mängd olika runtime-miljöer. När du väljer en arkitektur behöver verktygsskapare:

• Lika villkor och full avslöjande utan dolda API:er och gränssnitt från verktyg till verktyg. Eclipse erbjuder en öppen källkodsplattform för detta ändamål. Publicerade API:er testas av ett konsortium av relaterade industrier för att verifiera kodkvalitet, portabilitet och lyhördhet.
• Friheten att utöka plattformen för att uppnå nya möjligheter. Eclipse ger möjligheten att skapa härledda verk, inklusive omfördelning av plattformar. Genom att använda Eclipse kan verktygsutvecklare fokusera på sina egna kärnuppgifter och nya modeller för utvecklingsteknologi.
• Få snabba svar på förfrågningar om produktändringar och förbättringar levererade på ett kontrollerat och organiserat sätt. Utvecklare kan göra olika ändringar via www.eclipse.org. Detta uppnås genom samarbete och all möjlig hjälp av utvecklare i utvecklingen av plattformen.

Frågor och svar

Vad är Eclipse.org?

Eclipse.org är ett öppet konsortium av leverantörer av mjukvaruutvecklingsverktyg som bildats till en gemenskap. Samhället är intresserade av att arbeta tillsammans för att förbättra utvecklingsmiljöer och produktintegration. Gemenskapen delar ett gemensamt intresse av att skapa produkter som enkelt kommer att kunna interagera i olika miljöer genom att använda plugin-teknik. Genom att samarbeta och distribuera nyckelintegreringsteknik kan Eclipse-kompatibla verktygsleverantörer fokusera på sina egna expertområden och skapa ny utvecklingsteknik.

Vad är Eclipse Platform?

Huvudtanken bakom Eclipse-projektet är att skapa "Apache för utvecklarverktyg". Detta innebär att skapa en infrastruktur med öppen källkod som tillhandahåller många av de grundläggande tjänster som mjukvaruutvecklare behöver. Det ska vara en "verktygslåda för att utveckla verktygssatser". Mer än bara en samling API:er kommer Eclipse-ramverket att bestå av riktig kod skriven för att göra riktigt arbete.

Eclipse-plattformen utgör grunden för att bygga och köra integrerade end-to-end mjukvaruutvecklingsverktyg. Plattformen består av komponenter med öppen källkod som används av verktygsleverantörer för att bygga lösningar som är inbäddade i en integrerad arbetsyta. Eclipse-plattformen kombinerar teknik i en väldesignad design- och implementeringsmiljö.

Varför distribuerar IBM Eclipse som öppen källkod?

Öppen källkod är det enda sättet att tillhandahålla en öppen plattform för verktygsintegration. Dessutom finns det andra fördelar med att använda öppen källkod.

Den största fördelen är produktåteranvändning. Varför bygga om något om det redan finns i ett fungerande format? Med den öppna plattformen Eclipse kan verktygstillverkare fokusera på sin egen utveckling genom att tillhandahålla ett verktygsramverk för att bygga integrerade utvecklingsmiljöer (IDEs). Hur som helst, att använda någon annans kod börjar få förtroende.

Förtroende för någon ny arkitektur eller plattform tar lång tid att vinna. Det är till exempel svårt att vinna utvecklarnas förtroende genom att skapa verktyg som innehåller proprietära gränssnitt som begränsar användningen av en applikation på ett visst operativsystem (till exempel Windows). Dessutom är det svårt att vinna verktygstillverkares förtroende när olika API-nivåer kommer med olika verktygsnivåer (till exempel community-API:er kontra företags-API:er).

Eclipse-plattformen bygger förtroende genom att tillhandahålla plattformens källkod.

Öppen källkod tillhandahålls för alla API:er, utan några interna, proprietära eller dolda gränssnitt. Utvecklare vars förtroende har tjänat under lång tid kan se koden och dra lämpliga slutsatser. Lita på källan och förnya!

Att sammanföra utvecklare med öppen källkod kan också bidra till att skapa bättre kod. När du samarbetar med kod lägger kreatörerna extra ansträngning på det. Sådan kod blir en återspegling av deras arbete, produkten av individens och företagets rykte. Lita på källan och etablera din position på marknaden!

Ett projekt med öppen källkod baserat på rena specifikationer kan ge kod som är lättare att förstå. Ett gränssnitt beskriver (i black-box-termer) det abstrakta beteendet hos en komponent. Genom att undersöka källkoden kan utvecklare analysera kodens åtgärd rad för rad. Det är svårt att lita på någon annans gränssnitt. Lita på källan och undersök tekniken!

Öppen källkod är lättare att felsöka. När ett fel hittas kommer källkoden att påskynda identifieringen av dess orsak. Det kan vara ditt fel eller ett plattforms- och miljöfel. Tillgång till källkoden förnekar arbetet med att gissa orsaken till felet. Genom att diskutera problem i forum kan du dela anteckningar med dem som är bekanta med liknande problem. Om problemet uppstår i vanlig öppen källkod är det lättare att fixa eller försöka komma runt det. Lita på källan för att få den information du behöver.

Att bara arbeta med komplex teknik är ganska svårt. Flera verktygstillverkare kan ta friheten och forska om ny teknik tillsammans. Lita på källan för att minska risken!

Verktygsleverantörer kommer och går. Företagsutvecklare vill ha förtroende för plattformens långsiktiga stöd. Med källkoden tillgänglig kan företag komma igång snabbt och stödja verksamheten under lång tid: Lita på källan för att få ditt företag att växa!

Flexibilitet är kärnan i Eclipse. Med Eclipse-ramverket kan en komponent som du inte uppfyller ändras efter behov. Om du till exempel inte är nöjd med en redigerare, skapa din egen eller koppla in en av de populära redigerarna från marknadsplatsen för öppen källkod som erbjuds av Eclipse-plattformen. Funderar du på att knyta din nya värdplattform till ditt befintliga end-to-end-support? Lita på källan och bygg plugins!

Så, öppen källkod, öppen gemenskap och öppen plattform skapar lika villkor för verktygstillverkare, små och stora, för att stödja utvecklingsprojekt från slut till slut och utforska nya horisonter.

Fortfarande i tvivel? .. Tack till Frank Hecker för hans utmärkta arbete med att bygga en butik med öppen källkod (se Resurser för en länk).

Vilka plattformar är Eclipse tillgänglig på?

Eclipse har implementerats och testats på Windows NT, Windows XP (Beta), Windows 2000, Windows 98, Windows ME och Red Hat Linux version 7.1. Eclipse-tekniken skrevs på Java-språket, vilket gör den lätt att använda på en mängd olika plattformar.

Kommer Eclipse att porteras till andra plattformar?

Det här är en fråga som måste lösas, men det är skönheten med Eclipse-plattformen. Verktygstillverkare kan ta till sig Eclipse-tekniken och utforska gränserna för nya möjligheter med förtroendet för en industribeprövad plattform med öppna verktyg.

Vad kostar Eclipse-plattformen?

Eclipse-plattformen är tillgänglig under Common Public License. Licensdetaljer finns på http://www.eclipse.org.

Hur är det med det faktum att verktygsutvecklare inte är riktigt sugna på att ta itu med källkoden och inte riktigt kan dra nytta av den?

Tillgång till källa möjliggör ofta snabb problemidentifiering, eliminerar dubbelarbete och påskyndar slutförandet av arbete med ny kompatibel teknik.

Kommer detta så småningom att leda till att produkten delas upp i inkompatibla versioner?

Eclipse-gemenskapen har rätt att definiera och godkänna de "officiella" versionerna av Eclipse-plattformen. Gemenskapsmedlemmar kan också göra ändringar och tillägg för sina egna behov. Grunderna i koden skiljer sig dock åt, och att skapa en anpassad version utanför ett Eclipse-projekt blir allt svårare. Kostnaden för att överföra förbättringar från den "officiella" versionen till den ökar också. Därför är alla medlemmar i Eclipse-gemenskapen intresserade av att arbeta tillsammans på en gemensam kärnteknik och infrastruktur för Eclipse.

Kommer åtgärder att vidtas för att definiera den "officiella" versionen i de levererade produkterna (till exempel som en del av ett varumärke som "Eclipse Inside")?

Denna fråga tas upp av Eclipse styrelse.

Vilken är konsumentrisken när man använder anpassade versioner?

Vanligtvis publiceras den "officiella" versionen av Eclipse-plattformen, efter testning och granskning, på www.eclipse.org. Denna version stöds av Eclipse.org. Anpassade versioner måste stödjas fullt ut av leverantören, så fördelarna med att arbeta med communitymedlemmar går förlorade.

Skulle verktygstillverkare oroa sig för att Eclipse-tekniken med öppen källkod ska förstöra annan kod om de använder den i sina egna projekt?

Eclipse är licensierad under Common Programming License, som inte tillåter dig att "manipulera" med annan kod som anropar Eclipse-kod med hjälp av öppna API:er.

Hur är det med irriterande saker som användare kan hitta i Eclipse-källkoden, till exempel buggar?

Utveckling av öppen källkod ökar chanserna att hitta och åtgärda både mindre och större buggar. De upptäcks och fixas av den ursprungliga utvecklaren eller communitymedlemmarna.

Kan avslöjande av källkod avslöja konfidentiella planer och strategier för konkurrenter?

Ja, vi delar i princip strategier med våra konkurrenter. Det finns utan tvekan mer betydelsefulla åsikter. Utvecklare är trötta på att bara integrera verktyg i sina applikationer. De är trötta på att slösa tid på att ta reda på hur man får verktyg att fungera tillsammans i en end-to-end datormiljö. Med Eclipse-plattformen kan vem som helst dra nytta av en grundlig förståelse för hur man integrerar IDE:er på industriell nivå. Vi gör detta enbart för att förenkla arbetet för slututvecklaren.

Kan användare bara använda Eclipse-källkoden och ta till communitysupport utan adekvat feedback?

Potentiellt ja, men förr eller senare kommer interoperabilitet att gynna slutanvändaren mer än vad den kan göra på egen hand. Oberoende isolerade utvecklare kommer gradvis att försvinna i glömska.

Vad händer om konkurrenter försöker "stjäla" produkten med öppen källkod för sina egna syften?

Ett sådant försök är möjligt, men gemenskapen är licensierad under Common Public License. Officiella versioner av Eclipse-plattformen kommer att fortsätta att släppas i framtiden. Licensen är uppbyggd så att ingen leverantör olagligt kan utnyttja produkten. När vi arbetar tillsammans med Eclipse-projektet vill vi hjälpa till att uppnå meningsfulla villkor för verktygsutvecklare.

Var kan jag hitta information om att integrera verktyg i Eclipse-tekniken?

Det finns flera tekniska beskrivningar på http://www.eclipse.org.

Hur fungerar Eclipse-plattformen och vilka funktioner erbjuder den?

Eclipse-plattformen byggdes på följande principer:

• Underlätta en homogen integration av interna verktyg, såväl som mellan olika typer av innehåll och verktygsleverantörer.
• Stöd för att skapa en mängd olika verktyg.
• Stöder ett obegränsat antal verktygsleverantörer, inklusive oberoende mjukvaruleverantörer (ISV).
• Stöd för verktyg för att fungera med alla format (inklusive HTML, Java, C, JSP, EJB, XML och GIF).
• Stöd för applikationsutvecklingsmiljöer med och utan ett grafiskt gränssnitt (GUI).
• Körs på ett brett utbud av operativsystem inklusive Windows och Linux.
• Utnyttja populariteten av Java-språket för skrivverktyg.

• Kommer IBM att släppa källkoden för Eclipse-plattformen till det öppna samhället? När kommer detta att hända?

  Ja, källkoden är tillgänglig nu under Common Public License. Mycket snart kommer IBM att överlämna Eclipse till en interimsstyrelse som kommer att övervaka Eclipse-plattformen.

  Vem sitter i den interimistiska styrelsen?

  Interimistiska råd kommer att meddelas vid ett senare tillfälle.

  Jag vill gå med i gemenskapen. Hur man gör det?

  Besök www.eclipse.org.

  Hur blir jag medlem i rådet?

  Samarbeta, bidra, underlätta: föreslå från vår sida kod, idéer, produkter, buggfixar, utbyta kunskap och erfarenheter.

  Hur stöds Eclipse-plattformen?

  Stöd ges via forum och e-post på frivillig basis med hjälp av erkända resurser. Mer information finns på www.eclipse.org

  Finns det 24/7 support?

  Hur väljs den interimistiska styrelsen?

  Med begränsad personal kan Eclipse-teamet bara interagera med ett fåtal utvalda företag som valts ut för att bygga plattformen. Ledamöterna i den interimistiska styrelsen är valda från de företag som bidragit till utvecklingen av plattformen, hittills på experimentbasis. Tre kriterier används vid urvalet: Styrelseledamöter måste använda Eclipse i sitt företag; de måste också använda Eclipse för att skapa citat; de måste öppet stödja Eclipse.org.

  Varför har du försenat utgivningen av Eclipse-källkoden så länge?

  När företagets planer på att leverera källkoden noggrant granskades ville utvecklingsteamet försäkra sig om att den första plattformen var noggrant utvecklad och noggrant testad. Vi har provat flera alternativa byggkoncept, varav några redan finns på marknaden. Därefter delade vi dessa idéer med andra verktygsleverantörer och förbättrade dem. Eclipse-plattformen är nu redo för den första releasen.

  När IBM släpper teknik för gratis distribution, betyder det att IBM inte längre är engagerad i tekniken?

  IBM har åtagit sig att omfamna Eclipse-plattformen och använda den som grunden för hela familjen av end-to-end mjukvaruutvecklingsverktyg från IBM, som är WebSphere Studio-familjen. Dessa produkter drar nytta av integrerad kvalitetssäkring, legendarisk IBM-produktsupport och vårt engagemang för IBMs varumärke. De använder liknande gränssnitt och bygger på teknologi som är gemensam med Eclipse-plattformen.

  Var kan jag hitta dokumentation och information om Eclipse?

  På www.eclipse.org.

  Hur skiljer sig Eclipse från .NET?

  .NET-teknik skapades exklusivt för användning på Microsoft-plattformar genom ett proprietärt gränssnitt som införts av Microsoft. Utvecklare måste vara lyhörda för ändringar i .NET. I en värld som kännetecknas av mer än "wintel"-teknik, är .NET-plattformen en betydande olägenhet. End-to-end datorprojekt som behöver integrera servrar, arbetsstationer, inbäddade enheter och bärbara handdatorer fungerar i en mängd andra mycket avancerade och progressiva runtime-miljöer. Detta leder till användningen av många kraftfulla processorarkitekturer och operativa plattformar som OS / 390, Linux och QNX.

  Eclipse-plattformen är tillgänglig under en öppen offentlig licens med alla väldokumenterade API:er och utökningspunkter, så den tillåter verktygsutvecklare att stödja valfritt antal arbetsmiljöer, inklusive Microsoft-produkter.

  Kan Eclipse jämföras med Sun Microsystems Open Source Initiative?

  Tanken bakom Eclipse-projektet är att skapa "Apache för utvecklarverktyg". Detta innebär att skapa en infrastruktur med öppen källkod som tillhandahåller många av de grundläggande tjänster som mjukvaruutvecklare behöver. Det ska vara en "verktygslåda för att utveckla verktygssatser". Mer än bara en samling API:er kommer Eclipse-ramverket att bestå av riktig kod skriven för att göra riktigt arbete.

  Som Erich Gamma säger: "Allt i Eclipse är plug-in. Java IDE har ingen speciell status, det är bara ytterligare en uppsättning plug-ins som visar upp plattformens lättintegrerade utbyggbarhet. Öppen källkod Eclipse-plattformen tillåter verktygstillverkare att göra detsamma och inte bara för att skapa nya plugins, utan också för att hjälpa till att förbättra befintliga. Som ett resultat har stora företag och företrädare för företag lika villkor för att integrera verktyg."

  Vilka är skillnaderna mellan WebSphere Studio Workbench och Eclipse-plattformen?

  WebSphere Studio Workbench använder Eclipse som grunden för att tillhandahålla produktintegrationer som stöder WebSpheres mjukvaruplattform. WebSphere Studio Workbench är ett exempel på att använda Eclipse-teknik från Eclipse-plattformen.

  Eclipse är en verktygsintegrationsplattform med öppen källkod tillgänglig för användning i alla miljöer.

  De skiljer sig åt på fyra huvudpunkter:

  1. Stöd

     Eclipse-plattformen stöds av Eclipse.org-konsortiet, medan WebSphere stöds av IBMs standardstödstruktur (PartnerWorld).

     Licensiering

     Eclipse-ramverket är tillgängligt under Common Public License, medan WebSphere Studio Workbench är tillgängligt under IBM PartnerWorld-licensen.

     Biprodukter/Källkodsändringar

     Eclipse-plattformen tillåter verktygsutvecklare att utforska nya gränser, rikta in sig på nya plattformar och operativsystem genom att utöka och modifiera kod från ett Eclipse-projekt. WebSphere Studio Workbench måste integreras och distribueras som ursprungligen levererats av IBM.

     Branding

     Eclipse-tekniken är inte centralt märkt. Som en integrerad del av varumärket kan det accepteras av medlemmar i gemenskapen när de släpper kompatibla produkter. WebSphere Studio Workbench innehåller sitt eget anpassade varumärke, partnerprogram och supporterbjudanden.

• När ska du välja Eclipse och när ska du välja WebSphere Studio Workbench?

  Verktygstillverkare måste svara på några enkla frågor för att hjälpa dem välja vilken teknik de ska använda:

  Bestäm vilken arbetsmiljö som stöds för verktyget:

  • Endast för WebSphere, välj WebSphere Studio Workbench.
  • Andra miljöer eller tillägg för framtida teknologier? Välj Eclipse-plattformen.
  • Båda miljöerna. Valet bör göras efter att ha utvärderat graden av synergi mellan IBM och IBMs partnerprogram.

• Kommer du att stödja hela erbjudandet, både Eclipse-kod och din egen?

  • Om inte, är WebSphere Studio Workbench mer lämplig för dig.

• Tillhandahåller ni verktyg för plattformar som inte stöds av IBM?

  • Om så är fallet, välj Eclipse-plattformen.
  • Om inte, bör valet göras utifrån de två föregående kriterierna.

• Oavsett om du vill ha officiellt stöd och deltagande i de tillgängliga IBM-partnerprogrammen.

  • Om så är fallet, välj WebSphere Studio Workbench.
  • Om inte, bör du välja Eclipse-plattformen.