Opret et RCP-program (Rich Client Application) |
Snydearket
![]() |
Opret en Eclipse-plugin |
Snydearket
![]() |
Funktionsbaseret 'self-hosting' | Den aktuelle 'selv-hosting'-metode i Eclipse er plugin-baseret.
PDE starter en ny runtime-arbejdsbænk ved at sende et array af plugins, der skal indlæses.
Et almindeligt Eclipse-produkt er funktionsbaseret: når det starter, kontrollerer det alle de funktioner, der skal være aktive, beregner plugins, der hører til disse funktioner, og sender resultatet videre til indlæsning.
Denne forskel i funktionsmåde gør det kompliceret at foretage 'self-hosting' i tilfælde, hvor der kræves en fuldstændig start med funktioner. Nu understøtter PDE et sådant tilfælde, hvis klargøringen foretages omhyggeligt:
Hvis alle disse betingelser er opfyldt, starter runtime-Eclipse-forekomsten på den måde, der minder mest muligt om en normal Eclipse-start. Det gør det nemmere at teste dialogbokse med produktinformation og andre aspekter, som kan afhænge af det installerede sæt funktioner. |
At rydde op eller ikke rydde op | Når du opretter en ny Runtime Workbench-startkonfiguration, forudindstiller PDE programargumenterne i startkonfigurationen, så de indeholder argumentet -clean.
Argumentet -clean betyder, at alle data, som er gemt i runtime-cachen i runtime-arbejdsbænken ryddes fra den ene aktivering til den næste, så du er sikker på, at alle ændringer, der foretages i værtsarbejdsbænken, f.eks. nye Java-pakker, som tilføjes et plugin-projekt osv., hentes, når du starter en runtime-arbejdsbænk. Denne rydning af cachen kan nedsætte ydeevnen, hvis målplatformen indeholder et stort antal plugins. Det betyder, at hvis du er i en situation, hvor målplatformen indeholder et stort antal plugins, og på et trin, hvor du ikke aktivt tilføjer eller fjerner pakker fra dine plugin-projekter, kan du godt fjerne argumentet -clean fra startkonfigurationen, så starttiden forbedres. |
Import med link | Import af eksterne plugins og fragmenter kan være tidskrævende og kan resultere i store arbejdsområder, afhængigt af indholdet af de plugins, der importeres. Derfor giver guiden 'Importér eksterne plugins og fragmenter' dig mulighed for at importere med link. Det betyder, at importfunktionen ikke kopierer de importerede ressourcer ind i dit arbejdsområde. Den opretter ganske enkelt link til de filer, som importeres. Du kan gennemse de linkede ressourcer, ligesom hvis de var kopieret ind i arbejdsområdet. Ressourcerne findes imidlertid ikke fysisk i filsystemet, så du kan ikke ændre dem. Pas på funktioner, der forudsætter, at filerne rent fysisk er placeret i arbejdsområdet, da sådanne funktioner ikke kan udføres på linkede ressourcer. |
Skabeloner | For at gøre det nemmere at komme i gang indeholder PDE forskellige skabelon-plugins, som genererer en plugin med en eller flere fuldt funktionelle udvidelser. Hvis du derudover på et tidspunkt vil tilføje en ny udvidelse fra skabelonlisten (uden at skulle generere en plugin), kan du oprette adgang til disse udvidelsesskabeloner direkte fra manifesteditoren. Klik på 'Tilføj...' på siden 'Udvidelser' i editoren.'. I den guide, der vises, skal du vælges Udvidelsesskabeloner i venstre delvindue og vælge en skabelon i det højre delvindue. |
Omfang af plugin-afhængighed | Hvis du nogensinde har set på den liste af plugins, som din plugin er afhængig af, og spekuleret på, hvorfor din plugin har brug for en bestemt plugin, kan du nu nemt finde ud af årsagen.
Funktionen Beregn afhængighedsomfang, som findes på kontekstmenuen i forskellige sammenhænge (bl.a. på siden Afhængigheder og i oversigten Afhængigheder til manifestfilen), udfører en kombineret Java- og plugin-søgning med henblik på at finde alle Java-typer og udvidelsespunkter, som stilles til rådighed af den plugin, som din plugin refererer til. Resultaterne vises i oversigten Søg. Når du vælger en type i oversigten Søgeresultater, søger funktionen Referencer i MinPlugin på kontekstmenuen efter de steder i din plugin, som refererer til den valgte type. Hvis søgningen returnerer 0 resultater, skal du fjerne den pågældende plugin fra din liste over afhængigheder, da det betyder, at den slet ikke bruges, men blot vil sinke indlæsningen af klasser. Funktionen Beregn afhængighedsomfang er også praktisk at markere, hvis du bruger interne (ikke-API) klasser fra den pågældende plugin, som måske ikke er relevante. |
Søg efter ubrugte afhængigheder | Når du minimerer antallet af afhængigheder knyttet til en plugin, vil det helt sikkert forbedre ydeevnen. Efterhånden som din plugin udvikles, bliver dens liste over afhængigheder evt. forældet, fordi den stadig indeholder referencer til plugins, som den ikke længere behøver. Du kan hurtigt kontrollere, om alle afhængigheder, der vises i forbindelse med din plugin, rent faktisk bruges af dine plugin, ved at udføre funktionen 'Find ubrugte afhængigheder', som er tilgængelig via kontekstmenuen på siden 'Afhængigheder' i PDE's manifesteditor. |
Udvidelse af Java-søgeomfanget | Java-søgning er begrænset til projekter i arbejdsområdet og eksterne JAR-filer, som disse projekter refererer til. Hvis du gerne vil tilføje flere biblioteker fra eksterne plugins i søgningen, skal du gøre følgende: Åbn oversigten Plugins, vælg en plugin, og vælg Tilføj til Java-søgning på kontekstmenuen. Det er praktisk, når du vil have et løbende overblik over andre plugins, som er afhængige af dem, d u arbejder med. |