Refactoring uden at gemme

Refactoring-funktioner kræver ikke længere, at alle editorer skal gemmes. De kan nu fungere, selv om Java- eller teksteditorer stadig indeholder ændringer, der ikke er gemt. Hvis du ikke bryder dig om, at editorerne ikke er gemt efter refactoring-funktioner, kan du stadig vælge altid at gemme ændrede ressourcer på Java-indstillingssiden.

Omdøb refactoring i editor

Omdøb refactoring i Java kan nu udføres direkte i editoren uden at vise en dialogboks.

Når du bruger Refactoring > Omdøb (Alt+Skift+R) i Java-editoren, skifter editoren til Link-tilstand i stedet for at åbne en modal dialogboks. Ændringerne forbliver lokale, indtil der trykkes på Enter, hvilket udfører ændringen på hele arbejdsområdet.

Hvis du vil se og konfigurere refactoring-indstillinger, skal du trykke på Alt+Skift+R igen eller klikke på menuknappen og vælge Åbn dialogboksen Omdøb....

Hvis du foretrækker den gamle modale dialogboks, kan du deaktivere Omdøb i editor uden dialog på Java-indstillingssiden.

Introducér parameterobjekt - refactoring

Introducér parameterobjekt er en ny refactoring, der udskifter et sæt af metodeparametre med et nyt opbevaringsstedsobjekt. Alle kald til metoden er opdateret, så de kan overføre den nye parameterobjektklasse.

Anvendelser:

• Gruppeparametre, som logisk hører sammen, f.eks. Date start, Date end, String newValue, String oldValue
• Reducere antallet af parametre
• Give nyttige standardværdier i parameterobjektet
• Overføre parameteren nedad i kaldekæden

Hvis du vil udføre refactoring-funktionen Introducér parameterobjekt, skal du vælge en metode, starte Refactoring > Introducér parameterobjekt, vælge de parametre, der skal bruges som felter, og angive beskrivende navne.

Følgende kodestykke

ændres til

Sortér medlemmer på flere elementer

Funktionen Sortér medlemmer kan nu sortere flere elementer på én gang. Vælg en pakke, et projekt eller et sæt Java-elementer i Package Explorer, og start Kilde > Sortér medlemmer.

Oprydningsprofiler

En indstillingsside har erstattet guiden Kilde > Ryd op. Oprydningsprofiler kan defineres på denne indstillingsside. En profil kan tilknyttes til arbejdsområdet eller til individuelle projekter. Projektindstillinger kan deles i et team via et versionskontrolsystem. Det er også muligt at eksportere og importere hver enkelt profil.

Nye oprydninger

Følgende oprydninger er implementeret:

• Formatér kildekode: Formateringsindstillingerne kan konfigureres på indstillingssiden Formateringsprogram.
• Fjern efterstillet tom plads: Du kan vælge at fjerne efterstillet tom plads på alle linjer eller at ignorere tomme linjer.
• Organisér importer: Importer organiseres i henhold til indstillingerne for projektet eller arbejdsområdet.
• Sortér medlemmer: Du kan sortere enten alle medlemmerne af en kompileringsenhed eller ignorere felter, enum-konstanter og initialiseringsfunktioner (fordi sortering af denne type medlemmer kan resultere i semantiske ændringer).

Kodeoprydning ved lagring

Det er nu muligt automatisk at starte kodeoprydning, hver gang Java-editoren gemmes. Denne funktion kan aktiveres globalt på indstillingssiden Java > Editor > Lagringsfunktioner. Lagringsfunktionerne kan også konfigureres pr. projekt, hvilket gør det nemt at gennemtvinge en projektstandard ved at dele indstillingerne på tværs af et team:

Indholdsassistance til foretrukne statiske importer

Indholdsassistance (Ctrl+Mellemrum) kan nu foreslå afslutninger for statiske medlemmer fra en liste over foretrukne importer, der kan konfigureres på indstillingssiden Java > Editor > Indholdsassistance > Foretrukne.

Hvis du f.eks. har tilføjet java.util.Arrays.* til denne liste, bliver alle statiske metoder af denne type, der matcher afslutningspræfikset, tilføjet til forslagslisten:

Importindstillingerne fra indstillingssiden Java > Editor > Indholdsassistance overholdes ved indsættelse af et sådant forslag.

Indholdsassistance til variabel med uløst type

Java-editoren understøtter nu de nye medlemsforslag med uløste typer: Afhængig af indstillingen Java > Editor > Indholdsassistance > Tilføj import i stedet for fuldstændigt navn vil editoren enten automatisk tilføje importer eller fuldstændigt kvalificere typerne til sådanne forslag.

Hvis du trykker på ; i følgende situation:

sker følgende:

Indholdsassistance viser erklæringsforslag for ikke-definerede lokale variabler

Kodeassistance kan nu udlede navnet på en erklæret lokal variabel ved at registrere tilstedeværelsen af uløste navne i efterfølgende kode som vist i nedenstående eksempel:

Forbedringer af Indholdsassistance (fortsat)

• Indholdsassistance (Ctrl+Mellemrum) i et try-catch-udtryk kan nu udlede undtagelsestypenavne, baseret på undtagelser, der er registreret som opstået i den tilsvarende try-blok. Undtagelserne vises nu foran andre mulige undtagelser.
• Ved afslutning på en navnereference foreslår Indholdsassistance nu uløste navne, der findes i andre dele af koden.
• Kodeafslutninger i den tomme sætning inkluderer nu de lokale typer i den aktuelle kompileringsenhed på listen over forslag.
• Kodeafslutning efter et "@"-tegn forslår alle synlige annotationstyper.
• Afslutning i et annotationsmedlem foreslår alle mulige attributter, som ikke allerede er angivet.

Hurtig assistance

Funktionalitet, der tidligere kun var tilgængelig på menuen Refactoring, findes nu også som Hurtig assistance (Ctrl+1). Som altid viser Hurtig assistance ikke en dialogboks, men skifter til Link-tilstand, hvor du kan ændre introducerede navne eller typer.

• Udtræk til lokal variabel og Udtræk til konstant: Vælg et udtryk i koden
• Gør lokal variabel inline: Tilgængelig på et variabelnavn
• Konvertér lokal variabel til felt: Tilgængelig på et variabelnavn
  
• Konvertér anonym til lokal klasse: Tilgængelig på typenavnet for en anonym klasse
  
  Når funktionen er anvendt, kan du bruge Tabulator-tasten til at navigere gennem den genererede kode for at ændre det nye typenavn og vælge mellem de tilbudte felt- og parameternavne.
  

Hurtig rettelse for at oprette metode fra @Override

Når du tilføjer en @Override-annotation til en metode, der endnu ikke tilsidesætter, giver Hurtig rettelse (Ctrl+1) mulighed for at oprette metoden i en af supertyperne.

Hurtig rettelse for at oprette og bruge getter og setter

En ny hurtig rettelse er til rådighed for et felt, der ikke er tilgængeligt på grund af synlighedsbegrænsninger. I følgende situation skal du bruge Ctrl+1 til at starte Hurtig rettelse:

Hvis der findes en getter for dette felt, kan du vælge at bruge den.

Hvis der ikke er nogen getter for feltet, kan du vælge at oprette én.

Skabelon til tilføjelse af JUnit 4-testmetoder

En ny Test-skabelon er tilføjet for at gøre det hurtigere at tilføje JUnit 4-testmetoder.

Syntaksfarver til klammer

Klammer kan nu farves med en anden farve end operatorerne i Java-editoren via indstillingssiden Java > Editor > Syntaksfarver:

Ikke flere spørgsmål af typen "Jeg kan ikke se hele kilden" på nyhedsgruppen

Den kommandogruppe, der indeholder værktøjslinjeknappen Vis kun kilde til valgt element , er nu skjult som standard. Du kan aktivere eller deaktivere funktionen ved hjælp af indstillingen Java > Editor > Vis kun det valgte Java-element.

Konfigurérbar Javadoc-font

Fonten til visning af Javadoc kan nu konfigureres på indstillingssiden Generelt > Udseende > Farver og fonte. Javadoc-fremvisningsfonten bruges i Javadoc-oversigten og Javadoc-pegefunktionen til de yderligere oplysninger, der vises under Indholdsassistance.

Baggrundsfarve til kildepegefunktioner

Baggrundsfarven til alle pegefunktioner, der viser kilde i Java-editoren, kan nu konfigureres på indstillingssiden Java > Editor.

Klassefil med deassembleret kode

Java-klassefileditoren viser nu deassembleret bytekode, når kildekoden ikke er tilgængelig.

Forbedret håndtering af sammenfaldende lokale variabler og typer

JDT håndterer nu bedre ugyldig kode med sammenfaldende lokale variabler og typer. Især minimeres sekundære fejl. Herved bliver det muligt for Java-værktøjerne at arbejde i krænkende kode, så de nemmere kan tilbyde hurtige rettelser.

• Lokal omdøbning (Ctrl+2,R) kan nu fungere i forkert indlejrede løkker, så du hurtigt kan rette navnet på den sammenfaldende variabel alle de steder, hvor den optræder.

  

  
  
• Metodekald eller feltadgang via en sammenfaldende variabel refererer nu til den nærmeste definition af den lokale variabel, hvorved antallet af rapporterede sekundære fejl reduceres.

  

Forbedret NULL-kontrol

Den eksisterende NULL-referenceindstilling på indstillingssiden Java > Compiler > Fejl/Advarsler er blevet opdelt i tre indstillinger:

• Adgang til NULL-pointer (i 'Potentielle programmeringsproblemer')
  Når denne indstilling er aktiveret, viser compileren en fejlmeddelelse eller en advarsel, hver gang en variabel, der er kendt for at indeholde en statisk NULL-værdi, bruges til at få adgang til et felt eller en metode, som vist på eksemplet herunder:

  

  
  
• Mulig adgang til NULL-pointer (i 'Potentielle programmeringsproblemer')
  Når denne indstilling er aktiveret, viser compileren en fejlmeddelelse eller en advarsel, hver gang en variabel er kendt for potentielt at indeholde en statisk NULL-værdi, som vist på eksemplet herunder:

  

  
  
• Overflødig NULL-kontrol (i 'Unødvendig kode')
  Når denne indstilling er aktiveret, sender compileren en fejlmeddelelse eller en advarsel, hver gang en variabel, der er kendt for at indeholde en statisk NULL- eller en ikke-NULL-værdi, testes op mod NULL, som vist i eksemplerne herunder:

  

  
  

  

Advarsel vedrørende ubehandlede typer, der aktiveres som standard

Den valgfrie compilerfejlfinding til registrering af anvendelse af ubehandlet type aktiveres nu som standard.

Fejlfindingen kan konfigureres på indstillingssiden Java > Compiler > Fejl/Advarsler ved hjælp af indstillingen Generiske typer > Anvendelse af ubehandlet type.

Forbedret advarsel om ubrugt parameter

Advarslen Ubrugt parameter er forbedret med en ny indstilling, som bidrager til at undgå falske positive. Du kan give compileren et tip om, at en parameter ikke rigtigt er ubrugt, ved at kommentere den med en @param-kode.

Indstillingen findes på indstillingssiden Java > Compiler > Fejl/Advarsler i sektionen Unødvendig kode.

Farvede etiketter i Java-oversigter

Du aktiverer farvede etiketter i Java-oversigter ved at åbne indstillingssiden Java > Udseende og vælge Vis farvede etiketter.

Dekorationer til midlertidige og volatile felter

Midlertidige og volatile felter har nu tilsvarende ikondekorationer:

Gruppér JAR-filer og klassefoldere i Package Explorer

Package Explorer grupperer nu gruppereferencebiblioteker i en ny opbevaringstedsnode.

Flere Java-søgeindstillinger

Dialogboksen Java-søgning er blevet udvidet, så du bedre kan styre omfanget ved søgning i kilder, påkrævede projekter, JRE-biblioteker og programbiblioteker.

Søgefilter til metoden Referencer til overskrevne

Java-søgeprogrammet har introduceret et nyt kriterium til kategorisering af metodereferencematcher. Det kan nu adskille start via en type eller én af undertyperne fra et kald via en supertype, som normalt er et svagere match. Søgeoversigten inkluderer nu et filter til yderligere indsnævring af referencer til den søgte metode.

I følgende eksempel har brugeren søgt efter referencer til metoden A.toString() og fået tre matcher. Da o.toString() angiver start af en metode, der tilsidesættes af søgemålet A.toString(), kan det bortfiltreres fra søgeoversigten ved at aktivere filteret "Referencer til overskrevne" som vist herunder:

Vælg udførelsesmiljø ved oprettelse af Java-projekt

Når du opretter et Java-projekt, som du vil dele med et team, er det en god idé at bruge et udførelsesmiljø i stedet for en bestemt JRE.

Udførelsesmiljøer er symbolske repræsentationer af JRE'er med standardiserede indgange som 'J2SE-1.4', 'J2SE-1.5'. Det betyder, at ingen filsystemsti går ind i den delte byggesti.

JRE'er kan tildeles til miljøerne på indstillingssiden Java > Installerede JRE'er > Udførelsesmiljøer.

Tilføj nyt Java-projekt til et arbejdssæt

Guiden Nyt Java-projekt har fået flere inputfelter, hvor du kan angive de arbejdssæt, som det nye projekt tilføjes til. Felterne initialiseres fra det aktuelle valg eller det aktive arbejdssætfilter i Package Explorer.

Tildel arbejdssæt

Det er nu nemmere at reorganisere Java-elementer eller -ressourcer i arbejdssæt. Hvis du vil tildele et element til et andet arbejdssæt, skal du vælge elementet i Package Explorer og vælge Tildel arbejdssæt... på kontekstmenuen.

Klistre typeerklæring opretter nyt projekt

Har du nogensinde ønsket, at du hurtigt kunne afprøve et kodestykke, som du har modtaget fra en anden? Kopiér kodestykket til udklipsholderen, gå til Package Explorer, sørg for, at intet er valgt, og vælg så Redigér > Klistre (Ctrl+V).

Eclipse forsøger at parse teksten i udklipsholderen, og hvis den ligner indhold til en *.java-fil, oprettes et nyt Java-projekt samt en *.java-fil.

Som i 3.2 kan du naturligvis stadig vælge et eksisterende projekt eller en eksisterende pakke som mål for den nye fil.

Forbedret Klistre-funktion i Package Explorer

Når du indsætter Java-kildetekst med flere pakkeerklæringer i Package Explorer, oprettes nu automatisk alle de nødvendige pakker og kompileringsenheder. Strukturen til højre oprettes, når du klistrer kodestykket til venstre i Package Explorer, mens intet er valgt:

package a; public class Target { } //-- package b; import a.Target; public class Test { void reference() { new Target(); } }

Fortryd sletninger i Java-oversigter

Redigér > Fortryd er nu tilgængelig for sletninger af Java-elementer i Java-oversigter. Pakker, kompileringsenheder osv., der er slettet ved et uheld, kan nemt gendannes ved at trykke på Ctrl+Z.

Træk og placér Java i Project Explorer

Java-elementer, der trækkes og placeres i Project Explorer, udløser nu Java-refactoringaktiviteter (som i Package Explorer).

Eksportér og importér JUnit-testkørsler

JUnit-testkørsler kan nu eksporteres og importeres.

Åbn type åbner flere typer

Dialogboksen Åbn type (Ctrl+Skift+T) understøtter nu åbning af flere editorer på én gang.

Søgning efter mønstre i pakker og omsluttende typer

Mønstre med tegnene '*' eller '?' kan angives for pakker og omsluttende typer i dialogboksen Åbn type.

Følg referencer (kun Java SE 6)

Du kan vise alle referencer til et objekt (kun tilgængelig ved fejlfinding på en Java SE 6-virtuel maskine). Objektreferencer kan vises i oversigten Variabler ved at aktivere indstillingen Vis referencer i menuen Vis. Referencer til de enkelte objekter er grupperet i en samling.

Referencer kan også vises i en pop op-dialogboks ved at vælge et objekt i oversigten Variabler og vælge Alle referencer på kontekstmenuen.

Referencer vises i en pop op-dialogboks.

Vis forekomster (kun Java SE 6)

Du kan vise alle forekomster af en Java-type (kun tilgængelig under fejlfinding på en Java SE 6-virtuel maskine). Du får vist forekomster i en pop op-dialogboks ved at vælge en type i editorstrukturen, et typenavn i Java-editoren eller en variabel i oversigten Variabler og vælge Alle forekomster på kontekstmenuen.

Forekomster vises i en pop op-dialogboks.

Gennemtving returnering (kun Java SE 6)

Du kan gennemtvinge en tidlig returnering fra en metode (kun tilgængelig under fejlfinding på en Java SE 6-virtuel maskine). Herved returneres en værdi fra den aktuelle stakramme, uden at der udføres flere instruktioner i metoden, og eventuelle låse, der er opnået af synkroniserede blokke, frigives. En returværdi oprettes ved at vælge et udtryk og vælge Gennemtving returnering (Alt+Skift+F). Funktionen er tilgængelig fra Java-editorens kontekstmenu, menuen Udfør på øverste niveau, oversigten Vis og fra delvinduet med oplysninger i oversigten Variabler.

Når du gennemtvinger en tidlig returnering fra en ikke-void metode, kræves det, at et udtryk evalueres. Hvis en metode f.eks. skulle til at returnere false, kunne du returnere værdien true ved at vælge et udtryk i oversigten Vis og starte Gennemtving returnering. I følgende eksempel er elementCount ikke lig med nul, og det ville returnere false (se pegefunktionen i fejlfinding, der viser værdien af elementCount).

Brug funktionen Gennemtving returnering i oversigten Vis til at returnere true i stedet for.

Hyperlink-step

Ved fejlfinding kan du bruge hyperlinks til at steppe ind i en metode. Brug Ctrl+Alt+Klik til at steppe ind i metoden (i stedet for Ctrl+Klik, som navigerer til kildekoden).

Dobbeltklik og Ctrl+Skift+B for alle typer breakpoints

Hvis du dobbeltklikker på den lodrette lineal eller starter Aktivér/deaktivér breakpoint (Ctrl+Skift+B), bliver der nu oprettet en type breakpoint, baseret på markørens placering - linjebreakpoint, watchpoint, metodebreakpoint eller breakpoint for klasseindlæsning. Hvis du vil oprette et breakpoint for klasseindlæsning, skal du dobbeltklikke på klasseerklæringslinjen.

Step gennem-filtre i modsætning til step tilbage

Du kan konfigurere stepfiltre, så du altid returnerer fra en filtreret placering eller stepper igennem til en ikke-filtreret placering. Hvis java.util f.eks. er en filtreret placering, kunne step ind i kode i HashMap resultere i et tilbagekald til programkoden for at kontrollere ligheden af et objekt. Hvis du vælger Step gennem-filtre, vil step ind ende i programkoden. Men når indstillingen Step gennem-filtre er deaktiveret, vil step ind i HashMap fungere som step over.

Brug indstillingen Step gennem-filtre på indstillingssiden Java > Fejlfinding > Filtrering af step til at aktivere eller deaktivere funktionen.

Automatisk formatering af staksporing

Staksporinger kan formateres automatisk, mens du klistrer dem i konsollen til Java-staksporing. Du kan skifte mellem at aktivere og deaktivere Automatisk format på konsollens værktøjslinje.

Eksportér logiske strukturer

Du kan nu eksportere og importere indstillinger for logiske Java-strukturer adskilt fra andre arbejdsområdeindstillinger. Logiske Java-strukturer er defineret på indstillingssiden Java > Fejlfinding > Logiske strukturer. Logiske strukturer bruges til at definere alternative præsentationer til komplekse datastrukturer og vises, når du undersøger objekter i oversigten Variabler. Strukturerne bruges f.eks. til at vise en java.util.Collection som et array i stedet for at vise den interne datastruktur, der implementerer samlingen.

Nye indstillinger for kodeformateringsprogram

Der er tilføjet nye indstillinger til indstillingssiden Java > Kodetype > Formateringsprogram:

• Formatering af kommentarer kan nu aktiveres og deaktiveres individuelt for hver kommentartype (Javadoc, blok, enkelt linje og toptekstkommentarer). Blok- og linjekommentarer i den første kolonne kan udelades fra indrykning.

  

  
  
• Antallet af tomme linjer, som Organisér import (Ctrl+Skift+O) indsætter mellem importgrupper, kan konfigureres på skillebladet Tomme linjer. Ved formatering har denne indstilling forrang for antallet af linjer, der skal bevares.

  

  
  
• Binære udtryk kan nu ombrydes før og efter operatoren.

  

  
  
• Ved return-sætninger kan du nu tilføje eller fjerne tom plads før det parentetiske udtryk i throw-sætningen. Indstillingen er tilgængelig på skillebladet Tom plads.

  

Adgangsregler for udførelsesmiljøer

Adgangsregler tildeles nu til de enkelte udførelsesmiljøer baseret på deres profil. Der er f.eks. regler, som forhindrer adgang til com.sun.*-pakker, som der ikke er garanti for findes på udførelsestidspunktet. Reglerne anvendes kun på projekter, der er bundet til udførelsesmiljøer. Projekter, der er bundet til en bestemt JRE, kan stadig få adgang til alle deres biblioteker.

Forældede og ikke-revidérbare Classpath-variabler

Systemdefinerede Classpath-variabler kan nu gøres forældede og/eller erklæres skrivebeskyttede via udvidelsespunktet org.eclipse.jdt.core.classpathVariableInitializer.

Brugere bør erstatte forældede Classpath-variabler med bedre mekanismer, f.eks. biblioteker.

For nogle variabler (f.eks. JUNIT_HOME) kan oversigten Problemer endda tilbyde hurtige rettelser, så eksisterende projekter kan overføres.

Relative stier til arbejdsområde for Javadoc-placering

Relative stier til arbejdsområde accepteres nu som Javadoc-placeringer for arkiver og klassefoldere:

Generering på udførelsestidspunktet

Java 5-annotationsbehandling (APT - annotation processing) blev introduceret i Eclipse 3.2, men indtil nu kunne nye typer kun genereres ved at foretage en bygning. Java 5-annotationsprocessorer kan nu generere nye typer undervejs, mens du redigerer annotationerne. Denne funktion er deaktiveret som standard af hensyn til ydeevnen. For at den kan aktiveres, skal en processor inkludere "enableTypeGenerationInEditor" i det sæt strenge, der returneres fra AnnotationProcessorFactory.supportedOptions().

Java 6-annotationsbehandling

Eclipse 3.3 understøtter fuldtud Java 6-annotationsbehandling i Eclipse Java-batchcompileren. Java 6-annotationsbehandling understøttes også minimalt i IDE'en, og det er meningen, at understøttelsen skal udbygges i fremtiden.