Eclipse er et utviklingsmiljø for modulære tverrplattformapplikasjoner.
- frie rammer for utvikling av modulære tverrplattformapplikasjoner.
Prosjektet ble opprinnelig utviklet i IBM som en bedrifts IDE-standard for utvikling på forskjellige språk for IBM-plattformer. Prosjektet ble deretter omdøpt og gitt til samfunnet for videre utvikling.
Først av alt, komplett Java IDE, rettet mot gruppeutvikling, utstyrt med verktøy for arbeid med versjonskontrollsystemer (CVS-støtte er inkludert i Eclipse-distribusjonen, flere versjoner av SVN-moduler utvikles aktivt, det er støtte for VSS og andre). På grunn av gratis I mange organisasjoner er Eclipse bedriftens standard for applikasjonsutvikling.
Andre avtale- tjene som en plattform for å utvikle nye utvidelser (det er grunnen til at det har blitt populært - enhver utvikler kan utvide Eclipse med sine egne moduler). Så de ble C/C++ utviklingsverktøy(CDT), utviklet av QNX-ingeniører sammen med IBM, COBOL, FORTRAN, PHP-verktøy fra ulike utviklere. Mange utvidelser kompletterer Eclipse med ledere for å jobbe med databaser, applikasjonsservere, etc.
Siden versjon 3.0 har Eclipse blitt en samling av utvidelser i stedet for en monolitisk IDE som støtter utvidelser. Den er basert på OSGi- og SWT/JFace-rammeverket, på grunnlag av dette utvikles neste lag - en plattform for utvikling av fullverdige klientapplikasjoner RCP (Rich Client Platform - (English rich-client applications) RCP-plattformen betjener som grunnlag for RCP-applikasjoner som Azareus og File Arranger. Det neste laget er Eclipse-plattformen, som er et sett med RCP-utvidelser - redaktører, paneler, perspektiver, en CVS-modul og en Java Development Tools (JDT).
Skrevet på Java, derfor er det et plattformuavhengig produkt, med unntak av SWT-biblioteket, som er utviklet for alle vanlige plattformer. SWT-biblioteket brukes i stedet for "langsomme" Swing og er helt avhengig av den underliggende plattformen (operativsystemet), som sikrer et raskt og naturlig utseende brukergrensesnitt.
Grunnlaget for Eclipse er den rike klientplattformen (RCP). Den består av følgende komponenter:
GUI er skrevet ved hjelp av SWT-verktøysettet. Sistnevnte, i motsetning til Swing (som bare emulerer individuelle grafiske elementer på plattformen som brukes), bruker faktisk de grafiske komponentene i dette systemet. Eclipse-brukergrensesnittet er også avhengig av en GUI-mellomvare kalt JFace, som gjør det enkelt å bygge et SWT-basert brukergrensesnitt.
Fleksibilitet sikres av plug-ins, som gjør det mulig å utvikle ikke bare i Java, men også på andre språk, som C/C++, Perl, Ruby, Python, PHP, ErLang og andre.
Lokalisering
Siden versjon 3.1.1, har en språkpakke for russifisering blitt utgitt. Både det grafiske grensesnittet og dokumentasjonen er oversatt til russisk.
Det finnes en rekke gratis og kommersielle moduler tilgjengelig for miljøet. Rammeverket ble opprinnelig utviklet for Java-språket, men det finnes nå en rekke utvidelser for å støtte andre språk, som f.eks.
- C/C++ - CDT Eclipses C/C++ utviklingsverktøy
- Perl - EPIC-modul, Eclipse Perl-integrasjon
- PHP - PDT PHP utviklingsverktøy
- JavaScript - JSEclipse Javascript-plugin for Eclipse-miljøet
- Python - Pydev, Python Development Environment
- Ruby - RDT, Ruby Development Tools
Det finnes også moduler for å lage grafiske grensesnitt.
For å utvikle og motta rapporter og utvikle analytiske BI-applikasjoner er det no:BIRT_Projec t.
Det er innebygd funksjon for installasjon og oppdatering av moduler via .
Aptana(aptana.com) - Eclipse-distribusjon og plugin som støtter utvikling ved hjelp av JavaScript (alle større JS Ajax-biblioteker er inkludert i distribusjonen), HTML, CSS, Ruby on rails, Adobe AIR.
Legg igjen din kommentar!
Java er et programmeringsspråk på høyt nivå som ble utviklet av Sun Microsystems tilbake i 1995. I dag er det selskapet JCP (Java Community Process) som utvikler denne teknologien. En av hovedtrekkene til språket er kompilering, som utføres direkte når programmet settes sammen.
Koden konverteres til bytekode og kjøres deretter i Java Virtual Machine. JVM fungerer som en oversetter som kobler programmeringsspråket med de nødvendige datakomponentene. Dette prinsippet tillater programmer å kjøre på alle systemer der en virtuell maskin er installert.
Funksjoner i programmeringsspråket
Java er et objektorientert og maskinskrevet språk med mange nyttige funksjoner for utviklere. Blant dem er følgende:
- Lett å lære. Grunnleggende kunnskap om objektorientert programmering vil være nok til å mestre språket komfortabelt.
- Objektorientert metodikk. Programmer består av objekter som enkelt kan utvides og tilpasses for å nå dine mål.
- Sikkerhet. Offentlig nøkkelkryptering gir de beste autentiseringsmetodene.
- Plattformuavhengig. Programmer skrevet på språket er kompilert til bytekode, som kan kjøres på absolutt hvilken som helst plattform med moderne operativsystemer.
- Bærbarhet. Programmeringsspråket er uavhengig av de implementerte aspektene av spesifikasjonene.
- Styrke. Java-maskinen er i stand til å takle mange feil på grunn av utviklingsselskapets fokus og vekt på konstant sjekking og reduksjon av tidskostnadene som påløper under kompilering.
I tillegg er dette språket veldig vanlig, da det karakteriseres som flertrådet, høyytelsesverdig, tolket og dynamisk.
Funksjoner til Java-programvareplattformer
Det er flere implementeringer av denne plattformen, blant dem har Eclipse en spesiell plass. Utviklingsmiljøet for modulære tverrplattformapplikasjoner har en rekke obligatoriske funksjoner som også finnes i andre lignende produkter. Blant dem er:
- Vanlige teknologier for å distribuere programmer i brukermiljøet.
- Verktøy for å lage grafiske grensesnitt av enhver kompleksitet.
- Biblioteker for fjernstyring av objekter og programmatisk tilgang til data.
- Verktøy for lansering, feilsøking, kompilering, overvåking og andre handlinger med applikasjoner.
Hva er Eclipse?
Eclipse er et utviklingsmiljø som for tiden kontrolleres av Eclipse Foundation. Det er åpen kildekode, som gir nye muligheter for utviklere. Den er skrevet i Java og er ment å forbedre prosessen for å lage programvare.
Dette prosjektet er en infrastruktur som gir grunnleggende tjenester som er viktige for utviklere. Tilgjengelige verktøy lar deg lage nye teknologier i Eclipse. Utviklingsmiljøet er ikke bare en samling av APIer – det kan håndtere fullverdige oppgaver.
Et stort antall plugins med åpen kildekode gir ubegrensede muligheter for utviklere av verktøysett. Eventuelle tillegg kan legges til programmet, som til syvende og sist lar deg tilpasse og tilpasse det til enhver oppgave.
Plattformfunksjoner
Programmeringsmiljøet har følgende funksjoner:
- En bred API-enhet for å legge til nye moduler, samt et rammeverk for programmering av eventuelle utvidelser.
- Støtter alle populære operativsystemer.
- Eclipse, utviklingsmiljøet, tillater programmering på de fleste kjente språk. C sharp (C#), Java, PHP, C, Python, C++ og mange andre språk støttes av dette programmet.
- RCP-teknologi er tilgjengelig, hvis evner vil være tilstrekkelige til å utvikle klientprogramvare av enhver kompleksitet og skala.
- Modulariteten til programmet gir utrolig bekvemmelighet og fleksibilitet i drift.
Eclipse-prosjektet fortsetter å utvikle seg i mange retninger. Programmet forbedres stadig, og utvider funksjonaliteten ved å legge til nye plugins.
Plattformarkitektur
Programmeringsmiljøet består av flere grunnleggende elementer. For det første er dette Eclipse Runtime, som er ansvarlig for å kjøre moduler og plugins. Dette utførelsesmiljøet inkluderer grunnleggende funksjonalitet. Dette inkluderer å administrere oppdateringer, samhandle med systemet, konfigurere plugins og vedlikeholde funksjonaliteten til hjelpedelen.
For det andre er dette selve IDE, som er ansvarlig for å administrere prosjekter, lede programelementer, samt feilsøking, teamutvikling og søk blant filer.
Plugins som PDE og Java Development Tools er også inkludert i Eclipse. Utviklingsmiljøet for Java-programmer og nye tillegg ved bruk av disse pluginene blir mye mer funksjonelt.
Eksempler på andre spesialiserte sammenstillinger
Ovennevnte Eclipse SDK er en versjon av plattformen. Det er flere flere IDE-bygg tilgjengelig med unike funksjoner, nemlig:
- For Java EE-utviklere. Versjonen er beregnet for programmering av bedrifts- eller webapplikasjoner ved hjelp av Java EE.
- For JavaScript-webutviklere. Sammenstilling for å lage webprodukter ved hjelp av CSS, XML, HTML og JavaScript.
- For Java-utviklere. Java programmeringsversjon.
- For C/C++-utviklere. Montering for programmering i C++ og C språk.
Hver versjon har unike funksjoner, men den grunnleggende funksjonaliteten for nybegynnere leveres fullt ut av standard Eclipse (utviklingsmiljø). Leksjoner om det er tilgjengelig gratis på nettet, noe som i stor grad vil forenkle å lære programmet.
Konkurrerende produkter
Dette utviklingsmiljøet har mange konkurrenter, men det er umulig å endelig velge den beste representanten. Eclipse kan trygt betraktes som den mest populære. Nesten alle utviklere brukte det, takket være en rekke ubestridelige fordeler.
Ved utvikling av mobilapplikasjoner brukes ofte Eclipse (utviklingsmiljø). Android-plattformen utvikler seg raskt, og støtten for Java-språket i denne IDE tiltrekker utviklere. Det er imidlertid verdt å merke seg at dens evner er mye større.
Hovedkonkurrenten til det aktuelle programmet er NetBeans-produktet, og det er helt gratis. Du må betale for en Eclipse-lisens, og dette skremmer noen mennesker. Andre konkurrerende produkter inkluderer IntelliJ IDEA, JDeveloper, Android Studio, DrJava og MyEclipse. Men mange anser Eclipse som den beste. Utviklingsmiljøet har gledet brukerne i mange år og fortsetter å gjøre det!
) spesifikasjoner for OSGi-tjenesteplattformen ble valgt som arkitekturen til utførelsesmiljøet. Siden versjon 3.0 har Eclipse sluttet å være en monolitisk IDE som støtter utvidelser, og har i seg selv blitt en samling av utvidelser. Den er basert på OSGi-rammeverket og SWT/JFace, som neste lag ble utviklet på grunnlag av - RCP (Rich Client Platform, en plattform for utvikling av fullverdige klientapplikasjoner). RCP fungerer som grunnlag ikke bare for Eclipse, men også for andre RCP-applikasjoner, som Azureus og File Arranger. Det neste laget er selve Eclipse, som er et sett med RCP-utvidelser – redaktører, paneler, perspektiver, en CVS-modul og en Java Development Tools (JDT)-modul.
Siden 2006 har Eclipse Foundation koordinert en årlig Simultaneous Release, som finner sted i juni. Hver utgivelse inkluderer Eclipse-plattformen samt en rekke andre Eclipse-prosjekter.
| Utgivelse | Dato | Plattformversjon | Prosjekt |
|---|---|---|---|
| Neon | 22. juni 2016 | 4.6 | |
| Mars | 25. juni 2015 | 4.5 | |
| Luna | 6. juni 2014 | 4.4 | |
| Kepler | 26. juni 2013 | 4.3 | |
| Juno | 27. juni 2012 | 3.8 og 4.2 | |
| Indigo | 22. juni 2011 | 3.7 | |
| Helios | 23. juni 2010 | 3.6 | |
| Galileo | 24. juni 2009 | 3.5 | |
| Ganymedes | 25. juni 2008 | 3.4 | |
| Europa | 29. juni 2007 | 3.3 | |
| Callisto | 30. juni 2006 | 3.2 | |
| Eclipse 3.1 | 28. juni 2005 | 3.1 | |
| Eclipse 3.0 | 28. juni 2004 | 3.0 |
Fordeler
Eclipse fungerer først og fremst som en plattform for å utvikle utvidelser, og det er grunnen til at den har vunnet popularitet: enhver utvikler kan utvide Eclipse med sine egne moduler. Det finnes allerede Java Development Tools (JDT), C/C++ Development Tools (CDT), utviklet av QNX-ingeniører sammen med IBM, og verktøy for språkene Ada (GNATbench, Hibachi), COBOL, FORTRAN, PHP, X10 (X10DT) ), etc. fra ulike utviklere. En rekke utvidelser kompletterer Eclipse-miljøet med ledere for å jobbe med databaser, applikasjonsservere og mer.
Eclipse JDT (Java Development Tools) er den mest kjente modulen rettet mot gruppeutvikling: miljøet er integrert med versjonskontrollsystemer - CVS, GIT i hoveddistribusjonen, det er plugins for andre systemer (for eksempel Subversion,). Tilbyr også støtte for kommunikasjon mellom IDE og oppgave (feil) styringssystemet. Hoveddistribusjonen inkluderer støtte for Bugzilla bug tracker, og det er også mange utvidelser for å støtte andre trackere (Trac, Jira, etc.). Fordi det er gratis og av høy kvalitet, er Eclipse bedriftsstandarden for applikasjonsutvikling i mange organisasjoner.
Eclipse er skrevet i Java, derfor er det et plattformuavhengig produkt, med unntak av SWT-biblioteket, som er utviklet for alle vanlige plattformer (se nedenfor). SWT-biblioteket brukes i stedet for standard Java Swing-biblioteket. Den er helt avhengig av den underliggende plattformen (operativsystemet), som gir et raskt og naturlig utseende brukergrensesnitt, men noen ganger forårsaker kompatibilitets- og på tvers av plattformer.
Arkitektur
Grunnlaget for Eclipse er Rich Client Platform (RCP). rik klientplattform). Den består av følgende komponenter:
- Aperi (fra lat. åpne) - åpen kildekode-system for administrasjon av nettverkslagringssystemer.
- BIRT (Business Intelligence and Reporting Tools) - Web- og PDF-rapporter.
- DTP (Data Tools Platform) - utvikling av datasentriske systemer, spesielt data i relasjonsdatabaser; administrere programmer med et stort antall kontakter.
- GEF (Graphical Editing Framework) er et rammeverk for å bygge innebygde grafiske redaktører.
- Jazz er en klient-server-plattform for interaksjon mellom utviklere under utviklingen av et prosjekt (inkluderer chat, hendelseslogg, etc.), bygget på toppen av Eclipse (en del av IBM Rational-produktlinjen).
- Modellering .
- Verktøy .
- TPTP (Test & Performance Tools Platform) - utvikling av testverktøy, - debuggere, profiler, etc.
- VE (Visual Editor Project) - utvikling av GUI-verktøy.
- WTP (Web Tools Platform Project) - J2EE-verktøy for utvikling av nettapplikasjoner:
- HTML, JavaScript, CSS, JSP, SQL, XML, DTD, XSD og WSDL redaktører;
- grafiske redaktører for XSD og WSDL;
- Web Services Wizards og Explorer, WS-I Test Tools;
- verktøy for å få tilgang til og bygge spørringer og databasemodeller.
- Eclipse Communication Framework (ECF) har som mål å lage kommunikasjonsapplikasjoner på Eclipse-plattformen.
- Device Software Development Project (DSDP).
- Parallel Tools Platform (PTP) gir en bærbar, skalerbar, standardbasert parallellverktøyplattform som vil lette integreringen av verktøy som er spesifikke for parallelle datamaskinarkitekturer.
- Embedded Enhanced Client Platform (eRCP) - designet for å utvide RCP til innebygde enheter. eRCP inkluderer et sett med komponenter som er et undersett av RCP-komponenter. Den lar deg overføre applikasjonsmodellen som brukes på stasjonære datamaskiner til andre enheter.
- DLTK (Dynamic Languages Toolkit) er et integrert utviklermiljø for dynamiske programmeringsspråk.
- Swordfish er en plattform for å bygge distribuerte bedriftsinformasjonssystemer.
Siste versjoner
Eclipse 3.3.2 (Europa Winter)
Antallet nye delprosjekter (både administrert av Eclipse Foundation og tredjepart) vokser raskt. Vi må koordinere innsatsen til et stort antall utviklere og foreslå felles regler - "Eclipse Development Process".
Den siste versjonen av utgivelsen inkluderer 21 delprosjekter.
Eclipse 3.4 (Ganymede)
Ganymede-utgivelsen (06.2008) inkluderer 23 delprosjekter:
|
|
Eclipse 3.5 (Galileo)
Den siste utgivelsen av Galileo, presentert for publikum 24. juni 2009, inkluderer 33 delprosjekter:
|
|
Lokalisering
Fra og med versjon 3.1.1 har en språkpakke for Russification of Eclipse blitt utgitt. Både det grafiske grensesnittet og dokumentasjonen er oversatt til russisk.
Moduler
Det finnes en rekke gratis og kommersielle moduler tilgjengelig for Eclipse-miljøet. Rammeverket ble opprinnelig designet for Java-språket, men det er nå mange utvidelser for å støtte andre språk:
| Språk | Modul |
|---|---|
| /C++ | CDT |
| Fortran | Photran |
| Perl | EPISK |
| PHP | PDT |
| JavaScript | JSEclipse |
| Python | PyDev (Eclipse) ( engelsk) |
| Rubin | RDT |
| 1C V8 | 1C:Enterprise DT |
Å utvikle og oppnå rapporter og utvikling av analytiske BI-applikasjoner i Eclipse er det BIRT Project ( engelsk).
Eclipse har innebygd funksjonalitet for installasjon og oppdatering av moduler over Internett.
Populære applikasjoner basert på SWT og RCP
Støttede arkitekturer og systemer
|
|
Skriv en anmeldelse av artikkelen "Eclipse (utviklingsmiljø)"
Notater
- Darryl K. Taft.(engelsk). ??? (20. mai 2005). Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Eclipse dokumentasjon. Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Eclipse dokumentasjon. Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- Sergey Golubev.. ??? (15. november 2005). Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Hentet 3. september 2009. .
- Vladimir Paramonov.. Compulenta (31. januar 2007). Hentet 3. september 2009.
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- . Offisiell nettside. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside (juni 2007). Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 24. mars 2011. .
- (engelsk). . Hentet 3. september 2009. .
- (engelsk). Offisiell nettside. Hentet 3. september 2009. .
- (engelsk). ???. Hentet 3. september 2009. .
- Josh Fet.(russisk). ??? (juni 2008). - Installere PyDev i Eclipse. Hentet 3. september 2009. .
- (engelsk). ???. Hentet 3. september 2009. .
- (10.04.2015).
- (russisk). ???. Hentet 3. september 2009. .
- (engelsk). . Hentet 3. september 2009. .
- (engelsk). . Hentet 3. september 2009. .
- (engelsk). ???. Hentet 3. september 2009. .
- (engelsk). ???. Hentet 3. september 2009. .
- (engelsk) (utilgjengelig lenke - historie) . ???. Hentet 3. september 2009. .
- (engelsk). ???. Hentet 3. september 2009.
Linker
- (engelsk)
- (engelsk)
- (engelsk) - Dokumentasjon for Eclipse SDK
- (engelsk)
- (engelsk)
- (engelsk) - Advanced Client Platform
- (engelsk)
- (engelsk) IBM
- IBM (russisk)
- (russisk) IBM
- (russisk)
- (engelsk) - nøkkelferdige distribusjonsalternativer for Eclipse for ulike utviklingsområder (Expert Java, Desktop Java, Server Java, Mobile Java, etc.)
- (Russisk) Art Lebedev Studio
|
||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||
Et utdrag som beskriver Eclipse (utviklingsmiljø)
Dagen etter fulgte Rostov prinsesse Marya til Jaroslavl, og noen dager senere dro han selv til regimentet.Sonyas brev til Nicholas, som var oppfyllelsen av hans bønn, ble skrevet fra Trinity. Det er dette som forårsaket det. Tanken på at Nicholas skulle gifte seg med en rik brud opptok den gamle grevinnen mer og mer. Hun visste at Sonya var hovedhindringen for dette. Og Sonyas liv nylig, spesielt etter Nikolais brev som beskrev møtet hans i Bogucharovo med prinsesse Marya, ble vanskeligere og vanskeligere i grevinnens hus. Grevinnen gikk ikke glipp av en eneste mulighet til å komme med et offensivt eller grusomt hint til Sonya.
Men noen dager før hun forlot Moskva, rørt og begeistret over alt som skjedde, ropte grevinnen Sonya til seg, i stedet for bebreidelser og krav, vendte seg til henne med tårer og ba om at hun, ved å ofre seg selv, ville betale tilbake for alt, det som ble gjort for henne var å bryte båndene hennes med Nikolai.
"Jeg vil ikke være i fred før du gir meg dette løftet."
Sonya brast hysterisk i gråt, svarte gjennom hulkene at hun ville gjøre alt, at hun var klar for hva som helst, men hun ga ikke et direkte løfte og kunne i sjelen ikke bestemme seg for hva som ble krevd av henne. Hun måtte ofre seg selv for lykken til familien som matet og oppdro henne. Å ofre seg selv for andres lykke var Sonyas vane. Hennes posisjon i huset var slik at bare på offerveien kunne hun vise sine dyder, og hun var vant og elsket til å ofre seg selv. Men først, i alle handlinger av selvoppofrelse, innså hun med glede at hun ved å ofre seg selv, dermed hevet sin verdi i øynene til seg selv og andre og ble mer verdig for Nicolas, som hun elsket mest i livet; men nå måtte hennes offer bestå i å gi opp det som for henne utgjorde hele offerets belønning, hele meningen med livet. Og for første gang i livet følte hun bitterhet mot de menneskene som hadde nyttet henne for å torturere henne mer smertefullt; Jeg følte misunnelse på Natasha, som aldri hadde opplevd noe lignende, aldri trengte ofre og tvang andre til å ofre seg selv og likevel ble elsket av alle. Og for første gang kjente Sonya hvordan det, av hennes stille, rene kjærlighet til Nicolas, plutselig begynte å vokse en lidenskapelig følelse, som sto over regler, dyder og religion; og under påvirkning av denne følelsen svarte Sonya ufrivillig, lært av sitt avhengige liv i hemmelighold, grevinnen generelt, vage ord, unngikk samtaler med henne og bestemte seg for å vente på et møte med Nikolai slik at hun ikke ville fri på dette møtet. henne, men tvert imot, for alltid assosiere seg med ham.
Problemene og redselen fra de siste dagene av Rostovs opphold i Moskva overdøvet de mørke tankene som tynget henne. Hun var glad for å finne frelse fra dem i praktiske aktiviteter. Men da hun fikk vite om tilstedeværelsen av prins Andrei i huset deres, til tross for all den oppriktige medlidenhet hun følte for ham og Natasha, overtok en gledelig og overtroisk følelse av at Gud ikke ville at hun skulle skilles fra Nicolas henne. Hun visste at Natasha elsket en prins Andrei og sluttet ikke å elske ham. Hun visste at nå, samlet under slike forferdelige forhold, ville de elske hverandre igjen, og at da ville Nicholas, på grunn av slektskapet som ville være mellom dem, ikke være i stand til å gifte seg med prinsesse Marya. Til tross for all redselen over alt som skjedde de siste dagene og de første dagene av reisen, gledet denne følelsen, denne bevisstheten om forsynets inngripen i hennes personlige anliggender Sonya.
Familien Rostov tilbrakte sin første dag på turen ved Trinity Lavra.
På hotellet til Lavra ble Rostovs tildelt tre store rom, hvorav ett var okkupert av prins Andrei. Den sårede mannen var mye bedre den dagen. Natasha satt sammen med ham. I rommet ved siden av satt greven og grevinnen og snakket respektfullt med prosten, som hadde besøkt sine gamle kjente og investorer. Sonya satt akkurat der, og hun ble plaget av nysgjerrighet på hva prins Andrei og Natasha snakket om. Hun lyttet til lydene av stemmene deres bak døren. Døren til prins Andreis rom gikk opp. Natasha kom ut derfra med et begeistret ansikt og la ikke merke til munken som reiste seg for å møte henne og tok tak i det vide ermet på høyre hånd, gikk bort til Sonya og tok hånden hennes.
- Natasha, hva gjør du? Kom hit, sa grevinnen.
Natasha kom under velsignelsen, og abbeden rådet til å vende seg til Gud og hans helgen for å få hjelp.
Umiddelbart etter at abbeden dro, tok Nashata venninnens hånd og gikk med henne inn i det tomme rommet.
- Sonya, ikke sant? vil han være i live? - sa hun. – Sonya, så glad jeg er og så ulykkelig jeg er! Sonya, min kjære, alt er som før. Hvis han bare var i live. Han kan ikke ... fordi, fordi ... det ... - Og Natasha brast i gråt.
- Så! Jeg visste det! Takk Gud," sa Sonya. - Han vil være i live!
Sonya var ikke mindre begeistret enn venninnen – både av frykt og sorg, og av hennes personlige tanker som ikke ble uttrykt til noen. Hun hulket, kysset og trøstet Natasha. "Hvis han bare var i live!" – tenkte hun. Etter å ha grått, snakket og tørket tårene, nærmet begge vennene seg døren til prins Andrei. Natasha åpnet forsiktig dørene og så inn i rommet. Sonya sto ved siden av henne ved den halvåpne døren.
Prins Andrei lå høyt på tre puter. Det bleke ansiktet hans var rolig, øynene hans var lukket, og du kunne se hvordan han pustet jevnt.
- Å, Natasha! – Plutselig skrek Sonya nesten, grep kusinen sin og trakk seg tilbake fra døren.
- Hva? Hva? – spurte Natasha.
«Dette er dette, det, det...» sa Sonya med et blekt ansikt og skjelvende lepper.
Natasha lukket døren stille og gikk med Sonya til vinduet, men forsto ennå ikke hva de sa til henne.
"Husker du," sa Sonya med et skremt og høytidelig ansikt, "husker du da jeg så etter deg i speilet... I Otradnoye, ved juletider... Husker du hva jeg så?...
– Ja, ja! – sa Natasha og åpnet øynene store, og husket vagt at Sonya da sa noe om prins Andrei, som hun så liggende.
– Husker du? – fortsatte Sonya. «Jeg så det da og fortalte det til alle, både deg og Dunyasha.» "Jeg så at han lå på sengen," sa hun og gjorde en gest med hånden med en løftet finger på hver detalj, "og at han hadde lukket øynene, og at han var dekket med et rosa teppe, og at han hadde foldet hendene,» sa Sonya, og forsikret seg om at når hun beskrev detaljene hun så nå, at de samme detaljene hun så da. Hun så ingenting da, men sa at hun så hva som kom inn i hodet hennes; men det hun fant på syntes henne da like gyldig som ethvert annet minne. Det hun sa da, at han så tilbake på henne og smilte og var dekket med noe rødt, husket hun ikke bare, men var fast overbevist om at allerede da sa hun og så at han var dekket med et rosa, akkurat rosa, teppe, og at øynene hans var lukket.
"Ja, ja, akkurat rosa," sa Natasha, som nå også så ut til å huske det som ble sagt i rosa, og i dette så hun hoveduvanligheten og mysteriet med spådommen.
– Men hva betyr dette? – sa Natasha ettertenksomt.
– Å, jeg vet ikke hvor ekstraordinært alt dette er! - sa Sonya og klemte hodet.
Noen minutter senere ringte prins Andrei, og Natasha kom inn for å se ham; og Sonya, som opplevde en følelse og ømhet hun sjelden hadde opplevd, ble stående ved vinduet og grublet over den ekstraordinære naturen til det som hadde skjedd.
På denne dagen var det anledning til å sende brev til hæren, og grevinnen skrev et brev til sønnen.
«Sonya,» sa grevinnen og løftet hodet fra brevet mens niesen gikk forbi henne. – Sonya, vil du ikke skrive til Nikolenka? - sa grevinnen med en stille, skjelvende stemme, og i blikket av de trette øynene hennes, mens hun så gjennom briller, leste Sonya alt som grevinnen forsto i disse ordene. Dette blikket uttrykte bønnfall, frykt for å nekte, skam over å måtte spørre, og beredskap for uforsonlig hat i tilfelle avslag.
Sonya gikk bort til grevinnen og knelte ned og kysset hånden hennes.
"Jeg skal skrive, mamma," sa hun.
Sonya ble myknet, begeistret og berørt av alt som skjedde den dagen, spesielt av den mystiske fremføringen av spåkonger hun nettopp så. Nå som hun visste at i anledning fornyelsen av Natasjas forhold til prins Andrei, kunne Nikolai ikke gifte seg med prinsesse Marya, følte hun gledelig tilbakekomsten av den selvoppofrende stemningen som hun elsket og var vant til å leve i. Og med tårer i øynene og med gleden over bevisstheten over å begå en sjenerøs gjerning, skrev hun, flere ganger avbrutt av tårer som grumset de fløyelssvarte øynene hennes, det rørende brevet, hvis mottakelse gjorde Nikolai så forbløffet.
Ved vakthuset der Pierre ble tatt, behandlet offiseren og soldatene som tok ham med fiendtlighet, men samtidig med respekt. Man kunne fortsatt føle i deres holdning til ham tvil om hvem han var (om han var en veldig viktig person), og fiendtlighet på grunn av deres fortsatt ferske personlige kamp med ham.
Men da skiftet en annen dag om morgenen kom, følte Pierre at for den nye garde - for offiserene og soldatene - hadde det ikke lenger den betydningen det hadde for dem som tok ham. Og sannelig, i denne store, tykke mannen i en bondekaftan, så vaktene fra neste dag ikke lenger den levende mannen som så desperat kjempet med røveren og med eskortesoldatene og sa en høytidelig setning om å redde barnet, men så bare den syttende av dem som ble holdt av en eller annen grunn, etter ordre fra de høyeste myndighetene, de fangede russerne. Hvis det var noe spesielt med Pierre, så var det bare hans sjenerte, intenst gjennomtenkte utseende og det franske språket, som, overraskende for franskmennene, snakket godt i. Til tross for at Pierre samme dag ble forbundet med andre mistenkte mistenkte, siden det separate rommet han okkuperte var nødvendig av en offiser.
Alle russerne holdt med Pierre var folk av laveste rang. Og alle av dem, som anerkjente Pierre som en mester, avviste ham, spesielt siden han snakket fransk. Pierre hørte med sorg latterliggjøringen av seg selv.
Neste kveld fikk Pierre vite at alle disse fangene (og sannsynligvis han selv inkludert) skulle stilles for retten for brannstiftelse. Den tredje dagen ble Pierre ført sammen med andre til et hus der en fransk general med hvit bart, to oberster og andre franskmenn med skjerf på hendene satt. Pierre ble sammen med andre stilt spørsmål om hvem han var, med den presisjonen og sikkerheten som tiltalte vanligvis blir behandlet med, noe som visstnok oversteg menneskelige svakheter. hvor var han? til hvilket formål? osv.
Disse spørsmålene, bortsett fra essensen av livssaken og utelukket muligheten for å avsløre denne essensen, som alle spørsmål stilt i domstolene, var kun ment å erstatte sporet som dommerne ønsket at tiltaltes svar skulle flyte og lede ham til ønsket mål, det er til anklagen. Så snart han begynte å si noe som ikke tilfredsstilte formålet med anklagen, tok de en rille, og vannet kunne renne hvor det ville. I tillegg opplevde Pierre det samme som en tiltalt opplever i alle rettsinstanser: forvirring over hvorfor alle disse spørsmålene ble stilt til ham. Han følte at dette trikset med å sette inn en rille kun ble brukt av nedlatenhet eller så å si av høflighet. Han visste at han var i disse menneskenes makt, at bare makt hadde brakt ham hit, at bare makt ga dem rett til å kreve svar på spørsmål, at det eneste formålet med dette møtet var å anklage ham. Og derfor, siden det var makt og et ønske om å anklage, var det ikke nødvendig med trikset med spørsmål og rettssak. Det var åpenbart at alle svar måtte føre til skyldfølelse. På spørsmål om hva han gjorde da de tok ham, svarte Pierre med en tragedie at han bar et barn til foreldrene sine, qu"il avait sauve des flammes [som han reddet fra flammene]. - Hvorfor kjempet han med røveren. Pierre svarte, at han forsvarte en kvinne, at det er hver persons plikt å beskytte en fornærmet kvinne, at... Han ble stoppet: dette gikk ikke til sak , hvor vitner så ham. Han svarte at han kom til å se hva som skjedde i Moskva første spørsmålet til ham, som han sa at han ikke ville svare på. Igjen svarte han at han ikke kunne si det.
– Skriv det ned, dette er ikke bra. "Det er veldig ille," sa generalen med en hvit bart og et rødt, rødmosset ansikt til ham strengt.
På den fjerde dagen startet branner på Zubovsky Val.
Pierre og tretten andre ble ført til Krymsky Brod, til vognhuset til et kjøpmannshus. Da han gikk gjennom gatene, ble Pierre kvalt av røyken, som så ut til å stå over hele byen. Branner var synlige fra forskjellige retninger. Pierre forsto ennå ikke betydningen av brenningen av Moskva og så på disse brannene med gru.
Pierre bodde i vognhuset til et hus nær Krim Brod i fire dager til, og i løpet av disse dagene fikk han vite av samtalen til de franske soldatene at alle som holdt til her ventet marskalkens avgjørelse hver dag. Hvilken marskalk kunne ikke Pierre finne ut av soldatene. For soldaten så tydeligvis ut til at marskalken var det høyeste og litt mystiske leddet ved makten.
Disse første dagene, frem til 8. september, dagen da fangene ble tatt med til sekundæravhør, var de vanskeligste for Pierre.
X
Den 8. september gikk en svært viktig offiser inn i låven for å se fangene, å dømme etter respekten som vaktene behandlet ham med. Denne offiseren, sannsynligvis en stabsoffiser, med en liste i hendene, foretok et navneopprop til alle russerne og kalte Pierre: celui qui n "avoue pas son nom [den som ikke sier navnet sitt]. Og likegyldig og lat og så på alle fangene, beordret han vakten at offiseren skulle kle dem ordentlig og rydde dem opp før han førte dem til marskalken. En time senere ankom et kompani soldater, og Pierre og de andre tretten ble ført til Maiden's Field. Dagen var klar, solrik etter regnet, og luften var uvanlig klar, som i luften den dagen da Pierre ble tatt ut av vakthuset ved Zubovsky Val bli sett, men røyksøyler steg opp fra alle kanter, og hele Moskva, alt som Pierre kunne se, var én flamme tett ved brannene og kjente ikke igjen byens kjente kvartaler Noen steder kunne man se Kreml, uødelagt, hvitt på avstand med sine tårn og Ivan den store. I nærheten glitret kuppelen til Novodevichy-klosteret lystig, og evangeliets klokke ble spesielt høyt hørt derfra. Denne kunngjøringen minnet Pierre om at det var søndag og festen for Jomfru Marias fødsel. Men det så ut til at det ikke var noen til å feire denne høytiden: overalt var det ødeleggelse fra brannen, og blant det russiske folket var det bare av og til fillete, redde mennesker som gjemte seg ved synet av franskmennene.
Åpenbart ble det russiske reiret herjet og ødelagt; men bak ødeleggelsen av denne russiske livsordenen følte Pierre ubevisst at over dette ødelagte reiret var hans egen, helt annerledes, men faste franske orden etablert. Han kjente dette fra synet av de soldatene som gikk muntert og muntert, i regelmessige rekker, som eskorterte ham med andre kriminelle; han kjente dette fra synet av en viktig fransk tjenestemann i en dobbeltvogn, kjørt av en soldat, som kjørte mot ham. Han kjente dette fra de muntre lydene av regimentmusikk som kom fra venstre side av feltet, og spesielt kjente og forsto han det fra listen som den besøkende franske offiseren leste i morges og ropte ut fangene. Pierre ble tatt av noen soldater, ført til et eller annet sted sammen med dusinvis av andre mennesker; det virket som om de kunne glemme ham, blande ham med andre. Men nei: svarene som ble gitt under avhøret kom tilbake til ham i form av navnet hans: celui qui n "avoue pas son nom. Og under dette navnet, som Pierre var redd for, ble han nå ført et sted, med utvilsom selvtillit skrevet på ansiktene at alle de andre fangene og han var de som trengtes, og at de ble ført dit de trengte å være Pierre føltes som en ubetydelig flik fanget i hjulene på en maskin som var ukjent for ham, men som fungerte riktig. .
Pierre og andre kriminelle ble ført til høyre side av Maiden's Field, ikke langt fra klosteret, til et stort hvitt hus med en enorm hage. Dette var huset til prins Sjtsjerbatov, hvor Pierre ofte hadde besøkt eieren før og hvor nå, som han lærte av samtalen til soldatene, marskalken, hertugen av Eckmuhl, var stasjonert.
De ble ført til verandaen og en etter en ble de ført inn i huset. Pierre ble hentet inn som sjette. Gjennom et glassgalleri, en vestibyle og et forkammer, kjent for Pierre, ble han ført inn i et langt, lavt kontor, ved døren som det sto en adjutant.
Davout satt i enden av rommet over bordet med glass på nesen. Pierre kom nær ham. Davout, uten å heve øynene, taklet tilsynelatende noe papir som lå foran ham. Uten å løfte blikket spurte han stille:
– Qui etes vous? [Hvem er du?]
Pierre var stille fordi han ikke var i stand til å si ord. For Pierre var ikke Davout bare en fransk general; For Pierre Davout var han en mann kjent for sin grusomhet. Da han så på det kalde ansiktet til Davout, som som en streng lærer gikk med på å ha tålmodighet inntil videre og vente på svar, følte Pierre at hvert sekund med forsinkelse kunne koste ham livet; men han visste ikke hva han skulle si. Han turte ikke si det han sa under det første avhøret; å avsløre sin rang og stilling var både farlig og skammelig. Pierre var stille. Men før Pierre rakk å bestemme seg for noe, løftet Davout hodet, løftet brillene mot pannen, smalt øynene og så intenst på Pierre.
«Jeg kjenner denne mannen,» sa han med en avmålt, kald stemme, åpenbart beregnet på å skremme Pierre. Kulden som tidligere hadde rennt nedover ryggen til Pierre grep hodet som en skrustikke.
– Man general, vous ne pouvez pas me connaitre, je ne vous ai jamais vu... [Du kunne ikke kjenne meg, general, jeg har aldri sett deg.]
"C"est un espion russe, [Dette er en russisk spion,"] avbrøt Davout, og henvendte seg til en annen general som var i rommet og som Pierre ikke hadde lagt merke til snakket plutselig raskt.
«Nei, Monseigneur,» sa han, og husket plutselig at Davout var en hertug. - Ikke, Monseigneur, vous n"avez pas pu me connaitre. Je suis un officier militianaire et je n"ai pas quitte Moskva. [Nei, Deres høyhet... Nei, Deres høyhet, du kunne ikke kjenne meg. Jeg er en politimann og jeg har ikke forlatt Moskva.]
– Votre nom? [Navnet ditt?] - gjentok Davout.
- Besouhof. [Bezukhov.]
– Qu"est ce qui me prouvera que vous ne mentez pas? [Hvem vil bevise for meg at du ikke lyver?]
- Monseigneur! [Deres Høyhet!] - ropte Pierre med en ikke fornærmet, men bedende stemme.
Davout løftet øynene og så intenst på Pierre. De så på hverandre i flere sekunder, og dette blikket reddet Pierre. I dette synet, bortsett fra alle forholdene for krig og rettssak, ble det etablert et menneskelig forhold mellom disse to menneskene. Begge to på det ene minuttet opplevde vagt utallige ting og innså at de begge var menneskehetens barn, at de var brødre.
Ved første øyekast for Davout, som bare løftet hodet fra listen, der menneskelige anliggender og liv ble kalt tall, var Pierre bare en omstendighet; og uten å ta hensyn til den dårlige gjerningen på samvittigheten hans, ville Davout ha skutt ham; men nå så han allerede en person i seg. Han tenkte seg om et øyeblikk.
– Kommenter meg prouverez vous la verite de ce que vous me dites? [Hvordan vil du bevise for meg at ordene dine er sanne?] - sa Davout kaldt.
Pierre husket Rambal og navnga hans regiment, hans etternavn og gaten der huset lå.
«Vous n"etes pas ce que vous dites, [Du er ikke det du sier.]," sa Davout igjen.
Pierre begynte med skjelvende, periodisk stemme å gi bevis for sannheten i vitnesbyrdet sitt.
Men på dette tidspunktet gikk adjutanten inn og rapporterte noe til Davout.
Davout strålte plutselig over nyhetene adjutanten formidlet og begynte å knappe opp. Han har tilsynelatende helt glemt Pierre.
Da adjutanten minnet ham om fangen, rynket han pannen, nikket mot Pierre og sa han skulle bli ført bort. Men Pierre visste ikke hvor de skulle ta ham: tilbake til boden eller til det forberedte henrettelsesstedet, som kameratene hans viste ham mens de gikk langs Jomfrumarken.
Han snudde hodet og så at adjutanten spurte om noe igjen.
- Oui, sans doute! [Ja, selvfølgelig!] - sa Davout, men Pierre visste ikke hva "ja" var.
Pierre husket ikke hvordan, hvor lenge han gikk og hvor. Han, i en tilstand av fullstendig meningsløshet og sløvhet, uten å se noe rundt seg, beveget bena sammen med de andre til alle stoppet, og han stoppet. I løpet av hele denne tiden var det en tanke i Pierres hode. Det var tanken på hvem som til slutt dømte ham til døden. Dette var ikke de samme personene som avhørte ham i kommisjonen: ingen av dem ønsket og kunne åpenbart ikke gjøre dette. Det var ikke Davout som så på ham så menneskelig. Et minutt til, og Davout ville ha innsett at de gjorde noe galt, men dette øyeblikket ble avbrutt av adjutanten som kom inn. Og denne adjutanten ville tydeligvis ikke noe vondt, men han kom kanskje ikke inn. Hvem var det som til slutt henrettet, drepte, tok livet av ham - Pierre med alle hans minner, ambisjoner, håp, tanker? Hvem gjorde dette? Og Pierre følte at det ikke var noen.
IT-teknologier står ikke stille; de utvikler seg hver dag. Det lages nye programmeringsspråk som lar oss bruke alle egenskapene som en datamaskin gir oss. Et av de mest fleksible, kraftige og interessante språkene er Java. For å jobbe med Java må du ha et programvareutviklingsmiljø. Vi skal se på Eclipse.
Eclipse er et utvidbart integrert utviklingsmiljø som er fritt tilgjengelig. Det er Eclipse som er hovedkonkurrenten til IntelliJ IDEA og spørsmålet: "Hvilken er bedre?" er fortsatt åpen. Eclipse er en kraftig IDE som brukes av mange Java- og Android-utviklere til å skrive ulike applikasjoner for alle operativsystemer.
Oppmerksomhet!
Eclipse krever mange tilleggsfiler, de nyeste versjonene av disse kan du laste ned fra det offisielle Java-nettstedet. Uten dem vil ikke Eclipse engang starte installasjonen.
Selvfølgelig er Eclipse designet for å skrive programmer. Etter å ha opprettet prosjektet, kan du skrive inn programkoden i tekstredigereren. Hvis det oppstår feil, vil kompilatoren gi en advarsel, markere linjen der feilen ble gjort, og forklare årsaken. Men kompilatoren vil ikke kunne oppdage logiske feil, det vil si tilstandsfeil (feilaktige formler, beregninger).
Sette opp miljøet ditt
Hovedforskjellen mellom Eclipse og IntelliJ IDEA er at du kan tilpasse miljøet helt slik at det passer deg. Du kan installere flere plugins på Eclipse, endre hurtigtaster, tilpasse arbeidsvinduet og mye mer. Det er nettsteder der offisielle og brukerutviklede tillegg samles og hvor du kan laste ned alle gratis. Dette er definitivt et pluss.
Dokumentasjon
Eclipse har et veldig omfattende og brukervennlig online hjelpesystem. Du vil finne mange opplæringsprogrammer som du kan bruke når du begynner å jobbe i miljøet eller hvis du har problemer. I hjelpen finner du all informasjon om ethvert Eclipse-verktøy og en rekke trinn-for-trinn-instruksjoner. Ett "men" - alt dette er på engelsk.
Fordeler
1. Cross-plattform;
2. Evne til å installere tillegg og konfigurere miljøet;
3. Utførelseshastighet;
4. Praktisk og intuitivt grensesnitt.
Feil
1. Høyt forbruk av systemressurser;
2. Krever mange tilleggsfiler for installasjon.
Eclipse er et utmerket, kraftig utviklingsmiljø som utmerker seg ved sin fleksibilitet og brukervennlighet. Den passer for både nybegynnere innen programmering og erfarne utviklere. Med denne IDE kan du lage prosjekter av enhver størrelse og kompleksitet.
Uten å gå inn i en diskusjon av spørsmålet om programmering er en kunst eller et håndverk, innrømmer vi: i begge tilfeller kan en programmerer ikke klare seg uten verktøy for å lage programmer. Sammen med utviklingen av programmeringsprosessen (fra «trolldom» over maskinkommandoer til bruk av høynivåspråk), har også mulighetene for å automatisere det harde arbeidet til programmerere blitt bedre. Tidlige utviklingsmiljøer var begrenset til å kjøre kompilatorer, linkere, lastere og debuggere sekvensielt ved å bruke et kommandolinjegrensesnitt. På 80-tallet, sammen med personlige datamaskiner, dukket det opp et marked for programvareprodukter av en ny klasse - integrerte utviklingsmiljøer (IDE) for algoritmiske (Pascal, etc.) og deretter objektorienterte (Smalltalk, C++) programmeringsspråk. Dette området har virkelig blomstret takket være den aktive tilpasningen av Java-språket av utviklere; De mest kjente integrerte miljøene for å lage programmer på dette språket er Borland JBuilder, Symantec Visual Cafe, Microsoft J++, IBM VisualAge og Oracle JDeveloper.
Hovedformålet med en IDE er å øke utviklerproduktiviteten. De første utviklingsmiljøene, som kombinerte funksjonaliteten til programtekstredigerere, kompilatorer og debuggere, frigjorde først og fremst forbrukere fra rutineoperasjoner. Over tid ble IDEs funksjonssett rikere. Det inkluderte trinnvise kompilatorer, nettlesere for en mer logisk presentasjon av programmer, automatiske kodegenereringsverktøy og visuelle redaktører for å lage grafiske brukergrensesnitt. Etter tidens trender har utviklingsmiljøer forvandlet seg fra verktøy for å øke programmeringsproduktiviteten til å støtte alle stadier av kollektivt arbeid på et programvareprosjekt. Den siste trenden er transformasjonen av IDE til ALM (application lifecycle management), et integrert appl– fra kravdefinisjon og modellering til konfigurasjon ogn, distribusjon og vedlikehold av den ferdige løsningen.
Hvert nye stadium i utviklingen av IDE-er har gjort utviklingsmiljøene mer komplekse. Imidlertid ble brukere av slike produkter fortsatt tvunget til å ty til verktøy som ikke var integrert i IDE, om ikke annet fordi å lage en applikasjon ikke er begrenset til å skrive og feilsøke programmer i et enkelt programmeringsspråk. Behovet for å bruke for eksempel HTML-sider, relasjonsdatabaseskjemaer eller kodebiter på andre språk (som Cobol eller PL/1) i applikasjonssystemet tvinger utviklere til å bruke de riktige verktøyene som ikke opprinnelig var inkludert i IDE.
Dette er grunnen til at mange leverandører av kommersielle utviklingsmiljøer streber etter å gjøre dem så åpne som mulig og tilby spesielle mekanismer for å integrere eksterne verktøy. Men intet enkelt miljø kan tilfredsstille alle mulige brukerkrav. For å gjøre dette må det være helt nøytralt til programmeringsspråket og støtte det maksimale settet med funksjoner. Eclipse er ikke et slikt miljø, men det er en base, en plattform som du kan bygge multifunksjonelle og flerspråklige utviklingsmiljøer med.
Plattform
Som initiativtakerne til Eclipse-prosjektet forklarer, var ideen å lage "Apache for utviklingsverktøy" - en åpen plattform som gir maksimale grunnleggende evner for utviklingsmiljøer og gir mekanismer for å integrere ulike verktøy. Den første versjonen av denne plattformen ble utviklet av IBM og utgitt som åpen kildekode i slutten av 2001. Kommersielle implementeringer basert på Eclipse begynte snart å dukke opp, banebrytende av WebSphere Studio Application Developer 4.0. Det er nå et helt åpen kildekode-utviklingsøkosystem rundt Eclipse, som samler verktøyleverandører og brukere, forskningsorganisasjoner og individuelle utviklere.
I de offisielle Eclipse Foundation-dokumentene ( www.eclipse.org Eclipse Platform er definert som en leverandørnøytral, åpen utviklingsplattform som gir rammeverk og eksemplariske muligheter samt utvidbare verktøy. Verktøyene i Eclipse-plattformen er standard i den forstand at de hjelper til med å teste anvendeligheten til plattformens grunnleggende funksjoner, illustrerer typiske situasjoner for deres bruk, og støtter utvikling og vedlikehold av selve Eclipse-plattformen. Verktøysettet kan utvides fordi funksjonaliteten er tilgjengelig gjennom dokumenterte programvaregrensesnitt. De grunnleggende prinsippene som ledet skaperne av Eclipse Platform og som den fortsetter å utvikle seg i henhold til er som følger:
- støtte for bygging av applikasjonsutviklingsverktøy;
- støtte for et ubegrenset antall verktøyleverandører, inkludert uavhengige programvareutviklere;
- støtte for verktøy for arbeid med vilkårlige innholdstyper, inkludert HTML, Java, C, JavaServer Pages, EJB, XML, GIF, etc.;
- sikre "sømløs" integrasjon av verktøy for å jobbe med ulike typer innhold fra forskjellige produsenter;
- støtte for applikasjonsutviklingsmiljøer med vanlige og grafiske brukergrensesnitt;
- gi muligheten til å kjøre et utviklingsmiljø basert på forskjellige operativsystemer (i dag er Eclipse-baserte verktøy implementert for Linux, HP-UX, IBM AIX, Sun Solaris, QNX, Mac OS X, Windows);
- tar hensyn til populariteten til Java-språket når du lager utviklingsverktøy i interessen for plattformutvikling.
Eclipse Platform er et generelt utviklingsmiljø skrevet i Java, hvis arkitektur gir integrasjon av ulike verktøy og programmeringsspråk for å løse ulike problemer. Mekanismer for slik integrasjon lar deg bruke Eclipse Platform til å bygge avanserte utviklingsmiljøer, og frigjør deg fra rutinen med å skrive grunnleggende verktøy til fordel for å lage komplekse, spesialiserte funksjoner. Dette løser ikke bare problemet med å støtte multifunksjonelle og flerspråklige utviklingsmiljøer, men legger også grunnlaget for å forenkle overgangen fra en type miljø til en annen i prosessen med deres utvikling. Utviklet av et fellesskap av utviklere, vil Eclipse-plattformen samle de siste fremskrittene, gjøre dem tilgjengelige for utviklere av spesifikke produkter og eliminere behovet for å fundamentalt redesigne systemene deres.
 |
| Eclipse utviklingsmiljø |
Grunnlaget for Eclipse Platform-arkitekturen er prinsippet om bruk av plug-ins. Plattformen implementerer mekanismer for å oppdage, integrere og utføre slike moduler (se figur). En utvikler som ønsker å dra nytte av mulighetene til Eclipse Platform skriver verktøysettet sitt i Java som en egen plug-in-modul. Denne modulen vil fungere med filer i et arbeidsområde, som er implementert ved hjelp av arbeidsområdekomponenten. Og brukergrensesnittet er basert på arbeidsbenk-komponenten, som definerer den generelle strukturen til grensesnittet og muligheten for utvidelse.
Vanligvis implementerer en enkelt plug-in den enkleste funksjonaliteten til en Eclipse Platform-basert IDE, mens mer komplekse verktøy er sammensatt av flere moduler. Samtidig er nesten all den innebygde funksjonaliteten til Eclipse Platform også implementert ved hjelp av slike moduler – med unntak av den lille Platform Runtime-kjernen. Hver plug-in-modul har sin egen manifestfil, som beskriver koblingene til denne modulen med andre. Når du starter et Eclipse Platform-basert utviklingsmiljø, bestemmer Platform Runtime-komponenten settet med tilgjengelige plugin-moduler, leser manifestfilene deres og bygger et plugin-register. Når systemet har startet, kan det ikke lenger legges til tilleggsmoduler. Eclipse-prosjektet har implementert et spesielt miljø for å lage plug-ins – Plug-In Development Environment (PDE).
Ved hjelp av spesialmoduler implementeres komponentene til arbeidsområdet og brukergrensesnittet (arbeidsbenken) til Eclipse-plattformen. Arbeidsområdet inneholder filer som er opprettet av brukere av verktøy implementert av plug-ins. Workbench-komponenten gir en generell struktur og verktøy som lar deg utvide funksjonene til brukergrensesnittet til utviklingsmiljøet basert på Eclipse Platform, og inkluderer to komponenter for implementering av verktøy for å gi informasjon til brukeren.
- Standard Widget Toolkit (SWT) er et sett med grensesnittelementer og et grafikkbibliotek som har mekanismer for integrasjon med vindussystemet til en spesifikk driftsplattform, men implementerer APIer som er uavhengige av operativsystemet. Dette gjør det mulig å bygge brukergrensesnitt av utviklingsmiljøet etter enhetlige prinsipper, som tilsvarer vindusmiljøet som er kjent for forbrukeren, men er beregnet på et bredest mulig spekter av operativsystemer;
- JFace er et verktøysett for å implementere en rekke vanlige oppgaver knyttet til programmeringsgrensesnitt ved bruk av SWT-verktøy.
Basert på APIen levert av SWT- og JFace-komponentene, bygges et personlig brukergrensesnitt som bestemmer strukturen for forbrukerinteraksjon med utviklingsverktøyene. Eclipse Platform-grensesnittet er organisert ved hjelp av redaktører, visninger og perspektiver.
Hensikten med redaktører er å åpne, redigere og lagre arbeidsområdeobjekter. Plattformen har en innebygd editor for tekstressurser, og andre funksjoner må implementeres som plug-ins. Visninger gir informasjon om objektet brukeren jobber med. Til slutt lar perspektivmekanismen deg velge og organisere de ønskede redaktørene og visningene som skal vises på skjermen.
Organisasjon
Det er en rekke fordeler med å kjøre åpen kildekode-prosjekter. En av oppgavene til en slik plattform er derfor å gi utviklere verktøy fra en felles base, invariant for ulike utviklingsmiljøer. Hvorfor trenger hver produsent å omskrive noe som kan skrives én gang? Men for å bygge utviklingen deres på en slik plattform, må produsenten stole fullstendig på den som skapte den. Og dette er bare mulig hvis han er i stand til å prøve ut alt som er inkludert i det, det vil si å få en åpen kildekode-plattform.
Å utvikle et produkt i henhold til Open Source-prinsipper forbedrer kvaliteten på koden, siden den er polert sammen av mange interesserte utviklere. Feilsøking blir enklere og bedre - takket være tilgang til kildekoden til programmet og, igjen, involveringen av et distribuert team i arbeidet. Samarbeid lar oss dele risikoen ved å skape komplekse teknologier. Og plattformens kollektive utviklingsorgan sikrer støtten uavhengig av omskiftelsene som kan oppstå med leverandører av spesifikke utviklingsmiljøer. Til slutt, bruk av en åpen kildekode-utviklingsplattform med en fleksibel plug-in-mekanisme for å implementere tilleggsfunksjonalitet åpner for ubegrensede muligheter for forbedring.
 |
| Eclipse Platform Architecture |
Det vil imidlertid ikke være mulig å realisere fordelene med utviklingsmodellen med åpen kildekode ved å bare gi ut en teknisk plattform "frittflytende". Vi må organisere prosessen. Med utgivelsen av den første versjonen av Eclipse i 2001 tok et konsortium organisert av IBM sammen med en rekke ledende markedsaktører dette ansvaret, og i februar 2004 bestemte Eclipse-styret å forvandle Eclipse Foundation til et ikke- profitt, uavhengig selskap.
Eclipse Foundation, et konsortium av mer enn 60 selskaper, koordinerer arbeidet med å forbedre Eclipse-plattformen og andre åpen kildekode-prosjekter.
Eclipse-prosjektet er helt åpent og enhver interessert utvikler kan delta i det, som ikke trenger å være ansatt i noe selskap. I prinsippet kan alle ikke bare være interessert i detaljene i utviklingen og bidra til å identifisere feil, men også ta del i å skrive kode og den overordnede utformingen av neste versjon av plattformen. Eclipse følger imidlertid prinsippet om å sette profesjonalitet først. En utvikler med et velprøvd profesjonelt rykte kan stole på ekstra ansvar og muligheten til å aktivt implementere ferdighetene sine i Eclipse-prosjekter. Noen utviklere er definert som "committers" fordi de er ansvarlige for kildekoden og bare de har rett til å lage nye versjoner i det åpne kildekodelageret. Vanligvis er disse utviklerne ansatte i selskaper som betaler dem for arbeidet med Eclipse-prosjekter.
Utviklingsprosessen er iterativ, rettet mot å maksimere involveringen av medlemmer av Eclipse-samfunnet i arbeidet med prosjektet. Utgivelsen av neste utgivelse innledes med flere stadier med fast varighet (ca. flere uker), som hver representerer en komplett syklus, inkludert planlegging, utvikling, testing og mellomutgivelse av versjonen. Fullføringen av neste syklus er ledsaget av en åpen publikasjon av en beskrivelse av de nye egenskapene til systemet, som stimulerer fellesskapsmedlemmer til å diskutere dem, bruke dem og komme med anbefalinger for forbedringer. Som et resultat blir det i de neste utviklingsstadiene mulig å ta hensyn til samfunnets reaksjon på den midlertidige utgivelsen. Dette er en åpen prosess for å kontinuerlig forbedre Eclipse-plattformen og utvikle andre initiativer basert på den.
Oppdraget til Eclipse Technology Project er å koordinere innsatsen til utviklere, forskere, medlemmer av vitenskapelige og utdanningsorganisasjoner for å bestemme utsiktene for Eclipse Platform og annen åpen kildekode-utvikling. Noen av de mest bemerkelsesverdige forskningsdelprosjektene på dette området inkluderer utvikling av aspektorientert programvare (AspectJ og AJDT), opprettelsen av en alternativ kjerne til Eclipse Runtime (Equinox), opprettelsen av en samarbeidsutviklingsplattform (Koi), programvare konfigurasjonsstyring (Stellation), verktøy for XML Schema Definition og for modellbasert utvikling (Generative Model Transformer).
Fellesskap
Bruk av alt materiale generert av Eclipse-prosjekter er underlagt Common Public License (CPL) som er godkjent av Open Source Initiative. Under CPL kan hvem som helst bruke og redistribuere Eclipse gratis for kommersielle og ikke-kommersielle formål. Følgende er fritt tilgjengelig på eclipse.org:
- gjeldende versjoner av Eclipse Platform for direkte bruk (i binær form);
- et kildekodelager der hvem som helst kan se innholdet og revisjonshistorikken til en hvilken som helst kildefil, samt skaffe skript for å rekompilere og bygge Eclipse-plattformen fra kildekoder;
- åpne diskusjonsfora for å diskutere Eclipse Platform;
- feildatabase for å spore defekter og problemer i gjeldende versjoner av plattformen. Ved å bruke denne databasen kan brukere identifisere kjente defekter i deres Eclipse-baserte utviklinger og publisere nye problemer de oppdager;
- utviklingsplaner og kontakter for utviklere involvert i Eclipse-prosjekter.
I dag på eclipse.org fritt tilgjengelig - mer enn hundre plug-ins i kildekode for Eclipse-plattformen. Eclipses åpen kildekode-prosjekter utgjør mer enn 2 millioner linjer med kode.
Kommersielle selskapers deltakelse i Eclipse-prosjektet er av sentral betydning for utviklingen av utviklingsprogramvaremarkedet. Med Eclipse Platform har de forhåndsbygde kjerneutviklingsmiljøtjenester som er språk- og driftsplattformnøytrale og kan fokusere innsatsen og investeringene sine på å utvikle den komplekse funksjonaliteten som vil gjøre løsningene deres konkurransedyktige. Det er eksempler på Eclipse-baserte implementeringer av både fullverdige utviklingsmiljøer som fremmer de mest avanserte løsningene på dette området, samt spesialiserte verktøy rettet mot et spesifikt spekter av oppgaver.
Dermed kjører alle produktene i IBM Rational-familien på Eclipse-plattformen. Borland har til hensikt å migrere all sin applikasjonslivssyklusstøtte til Eclipse. Det er en Eclipse-versjon av QNXs innebygde applikasjonsutviklingsverktøy; Wind River gjennomfører et lignende prosjekt. På sin side tilbyr Hewlett-Packard et Eclipse-basert komponentutviklingsmiljø for sitt Internet Usage Manager-system, hvor målgruppen er telekomoperatører. Nokia har annonsert støtte for Eclipse som en utviklingsplattform for mobilapplikasjoner. IBM har implementert et spesielt verktøysett, Autonomic Computing Toolkit, basert på Eclipse, designet for å støtte autonome datateknologier i utviklede applikasjoner. Av alle verdens ledende programvareprodusenter er det bare Sun Microsystems og Microsoft som ikke samarbeider med Eclipse Foundation.
Leverandører av kommersielle Eclipse-baserte miljøer lar uavhengige utviklingsselskaper selge plug-ins for deres IDE, og det er vanlig at et selskap selger samme proprietære plug-in for forskjellige Eclipse-baserte miljøer. Dette er ikke bare en metode for å utvikle nye markeder, men også en annen måte å øke betydningen av prosjektet på. Brukere verdsetter valgfrihet: Hvis de ikke er fornøyd med den eksisterende funksjonaliteten til et miljø basert på en åpen kildekode-plattform, kan de utvide den gjennom egenutvikling eller ved å kjøpe kommersielle løsninger i samme format.
Disse gruppene bruker Eclipse-utviklinger på forskjellige måter, men de bidrar alle til deres utvikling. Trenden er å bruke Eclipse-plattformen til å bygge ikke-IDE-applikasjoner. Dette er mulig fordi det ikke er mange utviklingsmiljøspesifikke elementer i teknologiløsningen Eclipse Platform. I den tredje versjonen av Eclipse er det en utvikling fra en plattform for utviklingsmiljøer til en plattform for implementering av fullfunksjons klientarbeidsstasjoner (Rich Client Platform). Det er ingen tilfeldighet at IBM implementerer sitt lovende Workplace-samarbeidsmiljø basert på Eclipse.
Litteratur
- Marc R. Erickson, Angus McIntyre. , 2001, november.
- J. dea Rivieres, J. Wiegand. Formørkelse. En plattform for integrering av utviklingsverktøy. IBM Systems Journal, 2004, nr. 2.
Eclipse organisasjonsstruktur
Koordinering av Eclipse-utvikling og deltakelse i åpen kildekode-prosjekter til ulike organisasjoner og individuelle utviklere utføres av det ideelle uavhengige konsortiet Eclipse Foundation
Eclipse Foundation-styret er sammensatt av fire hovedkategorier medlemmer:
- strategiske utviklere (Strategic Developers) - selskaper Actuate, Borland, IBM, Computer Associates, Intel, QNX, Wind River, Sybase, Scapa Technologies, BEA Systems;
- strategiske forbrukere (Strategic Consumers) - HP, Montavista Software, SAP, Serena Software;
- inkluderte leverandører (tilleggsleverandører);
- Prosjektledere med åpen kildekode.
Alle strategiske utviklere og strategiske forbrukere sitter i styret, og de to andre gruppene delegerer sine representanter til det. Strategiske medlemmer av konsortiet har også visse rettigheter til å delta i prosjektlederkomiteer og råd som koordinerer utviklingsprosesser.
Konsortiet driver flere grunnleggende åpen kildekode-prosjekter, som inkluderer et varierende antall delprosjekter. Basisprosjektet ledes av Project Management Committee (PMC). For å styre utbyggingen samlet opprettes det tre hovedråd - Kravrådet, Arkitekturrådet og Planrådet.
Kravstyret analyserer og strukturerer prosjektkrav. De kombinerer krav rettet mot å oppnå de generelle målene til Eclipse Foundation og de spesifikke målene for prosjektet, løse problemene til sentrale konsortiummedlemmer og utvikle Eclipse-økosystemet. Basert på analysen blir det formulert en liste over temaer og prioriteringer som skal bestemme utviklingsforløpet. Arkitekturstyret er ansvarlig for å utvikle arkitekturen til Eclipse Platform, definere den tydelig, kommunisere den til utviklingsteam og beskytte dem mot utilsiktet feilrepresentasjon. Planrådet lager en koordinert plattformfrigjøringsplan.
Prosjekter gjennomføres av utviklingsteam ledet av prosjektledere og inkludert utviklere og ansvarlige utviklere. Førstnevnte driver med å skrive kode, identifisere feil, teste og dokumentere programmer, og utføre også andre oppgaver innenfor rammen av prosjektet. Ansvarlige utviklere har rett til å legge til kildekodelageret og må påvirke utviklingen i prosjektet. Selskaper utpekt som strategiske utviklere av Eclipse Foundation er pålagt å lede minst ett prosjekt. De oppfordres også til å lede komiteer.