Opprette en Rich Client-applikasjon |
Jukselappen
![]() |
Opprette en Eclipse-plugin |
Jukselappen
![]() |
Funksjonsbasert selv-verting | Den gjeldende metoden for
selv-verting i Eclipse er plugin-basert. PDE starter en andre forekomst av
kjøretidsarbeidsbenken ved å sende en matrise med plugin-moduler som skal lastes inn. Et vanlig
Eclipse-produkt er funksjonsbasert: Under oppstart kontrollerer det alle funksjonene som
skal være aktive, behandler plugin-moduler som tilhører disse funksjonene, og sender
resultatet for innlasting.
Denne forskjellen i virkemåte gjør selv-verting komplisert i scenarier der det er nødvendig med en fullstendig oppstart som omfatter funksjoner. PDE støtter nå dette scenariet hvis oppstarten gjøres med omhu:
Hvis alle disse betingelsene er oppfylt, blir kjøretidsforekomsten av Eclipse startet på en måte som er så nær en normal Eclipse-oppstart som mulig. Dette gjør det mulig å teste Om-dialogbokser og andre aspekter som kan avhenge av settet av installerte funksjoner. |
Å rydde eller ikke rydde | Når du oppretter en ny
oppstartskonfigurasjon for kjøretidsarbeidsbenken, forhåndsdefinerer PDE programargumentene i
oppstartskonfigurasjonen slik at de inkluderer et -clean-argument.
Dette -clean-argumentet rydder alle kjøretidsbufrede data på kjøretidsarbeidsbenken fra en plassering til den neste for å sikre at alle endringene som er gjort på vertsarbeidsbenken, for eksempel nye Java-pakker som er tilføyd på arbeidsbenken, blir oppdaget når du starter en kjøretidsarbeidsbenk. Denne ryddingen av hurtigbufferen kan hindre ytelsen hvis målplattformen inneholder et stort antall plugin-moduler. Hvis du er i en situasjon der målplattformen har et stort antall plugin-moduler, og du er på et nivå der du ikke aktivt tilføyer/fjerner pakker fra plugin-prosjektene, kan du derfor fjerne -clean-argumentet fra oppstartskonfigurasjonen for å forbedre oppstartstiden. |
Importere med linking | Import av eksterne plugin-moduler og fragmenter kan ta lang tid, og det kan resultere i store arbeidsområder, avhengig av innholdet i plugin-modulene som blir importert. Veiviseren for import av eksterne plugin-moduler og fragmenter gir deg derfor muligheten til å importere med linking. Dette betyr at importoperasjonen ikke kopierer ressursene som blir importert til arbeidsområdet. Den vil bare opprette linker til filene som blir importert. Du kan bla gjennom disse linkede ressursene, som om de er kopiert til arbeidsområdet. De ligger imidlertid ikke fysisk i filsystemet, så du kan ikke endre dem. Vær forsiktig med å bruke operasjoner som avhenger av filer som ligger fysisk i arbeidsområdet. De vil ikke fungere med linkede ressurser. |
Maler | For at det skal gå fort å komme i gang, inneholder PDE flere plugin-maler som genererer en plugin-modul med en eller flere fungerende utvidelser. Hvis du på et hvilket som helst tidspunkt i tillegg vil tilføye en ny utvidelse fra listen over maler (uten å måtte generere en plugin-modul), kan du få tilgang til disse utvidelsesmalene direkte fra manifestredigeringsprogrammet. Fra siden Utvidelser i redigeringsprogrammet klikker du på Legg til. I veiviseren som åpnes velger du Utvidelsesmaler i ruten til venstre, og i ruten til høyre velger du den malen du ønsker. |
Avhengighetsomfang for plugin-modul | Hvis du noen gang har sett på listen over
plugin-moduler som din plugin-modul er avhengig av, og lurt på hvorfor din plugin-modul
trenger plugin-modulen X, kan du nå finne ut hvorfor på en enkel måte.
Operasjonen Behandle avhengighetsomfang, som finnes på hurtigmenyen i flere kontekster (inkludert siden og visningen Avhengigheter for manifestfiler), utfører et kombinert Java- og plugin-søk for å finne alle Java-typer og utvidelsespunkter som er skaffet av plugin-modulen X, som din plugin-modul refererer til. Resultatet blir vist i Søk-visningen. Når en type er valgt i søkeresultatvisningen, søker handlingen Referanser i MyPlugIn i hurtigmenyen etter stedene i plugin-modulen der det er referanser til den valgte typen. Hvis søket returnerer 0 resultater, bør du fjerne plugin-modulen X fra listen over avhengigheter, fordi den ikke blir brukt i det hele tatt, og bare vil redusere hastigheten på klasselastingen. Behandle avhengighetsomfang er også nyttig til å kontrollere om du bruker interne klasser (ikke-API) fra plugin-modulen X, noe som kanskje ikke er ønskelig. |
Finne ubrukte avhengigheter | Minimering av en plugin-moduls antall avhengigheter vil gi en klar forbedring av ytelsen. Etter hvert som plugin-modulen utvikles, kan listen over avhengigheter bli foreldet, fordi den kan fremdeles inneholde referanser til plugin-moduler som den ikke lenger behøver. Du kan kontrollere om alle avhengigheter som er oppført av plugin-modulen, faktisk blir brukt av plugin-modulen, ved å kjøre funksjonen Finn ubrukte avhengigheter, som er tilgjengelig på hurtigmenyen for siden Avhengigheter i PDEs manifestredigeringsprogram. |
Utvide Java-søkeomfanget | Java-søk er begrenset til prosjekter i arbeidsområdet og eksterne jar-filer som disse prosjektene refererer til. Hvis du vil tilføye flere biblioteker fra eksterne plugin-moduler i søket: Åpne plugin-visningen, velg en plugin-modul og velg Legg til i Java-søk fra hurtigmenyen.Dette er nyttig for at du skal være oppmerksom på andre plugin-moduler som avhenger av de du arbeider med. |