Refaktorisere uten lagring

Refaktoriseringer krever ikke lenger at alle redigeringsprogrammer blir lagret. De kan nå fungere selv om Java- eller tekstredigeringsprogrammer fremdeles har ulagrede endringer. Hvis du ikke liker å ha ulagrede endringer etter refaktoriseringer, kan du likevel velge å alltid lagre endrede ressurser på preferansesiden Java.

Endre navn på refaktorisering i redigeringsprogrammet

Java-navneendringsfunksjonen for refaktorisering kan nå utføres direkte i redigeringsprogrammet uten at det blir vist en dialogboks.

Når du bruker Refaktoriser > Endre navn (Alt+Skift+R) i Java-redigeringsprogrammet, går redigeringsprogrammet over i linket modus i stedet for å åpne en modaldialogboks. Endringene forblir lokale til du trykker på Enter. Da blir endringene utført i hele arbeidsområdet.

Hvis du vil se på og konfigurere refaktoriseringsalternativer, trykker du på Alt+Skift+R på nytt eller klikker på menyknappen og velger Åpne dialogboks for navneendring....

Hvis du foretrekker den gamle modaldialogboksen, kan du deaktivere Endre navn i redigeringsprogram uten dialogboks på preferansesiden Java.

Introduser parameterobjekt

Introduser parameterobjekt er en ny refaktorisering som erstatter et sett med metodeparametere med et nytt containerobjekt. Alle kall til metoden blir oppdatert for å sende den nye parameterobjektklassen.

Brukstilfeller:

• grupper parametere som logisk hører sammen, for eksempel Date start, Date end, String newValue, String oldValue
• reduser antall parametere
• gi nyttige standardverdier i parameterobjektet
• send parameteren ned i kallkjeden

Når du skal utføre refaktoriseringen Introduser parameterobjekt, må du velge en metode, aktivere Refaktoriser > Introduser parameterobjekt, velge parameterne som skal brukes som felt, og gi meningsfulle navn.

Den følgende kodesnutten

vil bli endret til

Sorter medlemmer på flere elementer

Handlingen Sorter medlemmer kan nå sortere flere elementer samtidig. Velg en pakke, et prosjekt eller et sett med Java-elementer i Pakkeutforsker og aktiver Kilde > Sorter medlemmer.

Oppryddingsprofiler

Veiviseren Kilde > Rydd opp er erstattet av en preferanseside. Oppryddingsprofiler kan identifiseres på denne preferansesiden. En profil kan knyttes til arbeidsområdet eller til individuelle prosjekter. Prosjektinnstillingene kan deles i en gruppe gjennom et system for versjonskontroll. Det er også mulig å eksportere og importere hver profil.

Nye oppryddinger

Følgende oppryddinger er implementert:

• Formater kildekode: Formateringsinnstillingene kan konfigureres på Formaterer-preferansesiden.
• Fjern etterfølgende blanktegn: Du kan velge å fjerne etterfølgende blanktegn på alle linjer eller ignorere tomme linjer.
• Organiser import: Importer blir organisert i henhold til innstillingene for prosjektet eller arbeidsområdet.
• Sorter medlemmer: Du kan enten sortere alle medlemmene i en kompileringsenhet eller ignorere felt, enum-konstanter og initialiserere (fordi sortering av medlemmer kan føre til semantiske endringer).

Kodeopprydding ved lagring

Det er nå mulig å aktivere opprydding automatisk hver gang Java-redigeringsprogrammet lagres. Denne funksjonen kan aktiveres globalt på preferansesiden Java > Redigeringsprogram > Lagre handlinger. Lagre handlinger kan også konfigureres for hvert prosjekt, noe som gjør det enklere å tvinge gjennom standarder på prosjektnivå ved å dele innstillinger på tvers av en gruppe:

Innholdshjelp for statiske favorittimporter

Innholdshjelpen (Ctrl+mellomrom) kan nå foreslå fullføringer for statiske medlemmer fra en liste over favorittimporter som kan konfigureres på preferansesiden Java > Redigeringsprogram > Innholdshjelp > Favoritter.

Hvis du for eksempel har lagt til java.util.Arrays.* i denne listen, blir alle statiske metoder av denne typen som samsvarer med fullføringsprefikset, lagt til på listen over forslag:

Importpreferansene på preferansesiden Java > Redigeringsprogram > Innholdshjelp blir overholdt når et slikt forslag settes inn.

Innholdshjelp for en variabel med ubehandlet type

Java-redigeringsprogrammet støtter nå de nye medlemsforslagene med ubehandlede typer. Avhengig av preferansen Java > Redigeringsprogram > Innholdshjelp > Legg til import i stedet for kvalifisert navn vil redigeringsprogrammet enten legge til importer automatisk eller kvalifisere typene fullstendig for slike forslag.

Hvis du klikker på ; i følgende scenario:

får du dette resultatet:

Innholdshjelpen forslår deklarasjoner for udefinerte lokale variabler

Kodehjelpen kan nå utlede navnet på en deklarert, lokal variabel ved å oppdage tilstedeværelsen av ubehandlede navn i etterfølgende kode, som vist i eksempelet nedenfor.

Forbedringer i innholdshjelpen, fortsettelse

• Innholdshjelp (Ctrl+mellomrom) inne i en try-catch-setning kan nå utlede navn på unntakstyper basert på oppdagede unntak som skal kastes i den tilsvarende try-blokken. Disse unntakene blir nå listet før andre mulige unntak.
• Når du fullfører en navnereferanse, foreslår innholdshjelpen nå ubehandlede navn som finnes i andre deler av koden.
• Kodefullføringer i den tomme setningen inkluderer nå lokale typer fra den gjeldende kompileringsenheten i listen over forslag.
• Kodefullføring etter krøllalfa (@) foreslår alle synlige annotasjonstyper.
• Fullføring i et annotasjonsmedlem foreslår alle mulige attributter som ikke allerede er spesifisert.

Hurtighjelp

Funksjonalitet som tidligere bare var tilgjengelig på refaktoriseringsmenyen, tilbys nå også som hurtighjelp (Ctrl+1). Som alltid viser ikke hurtighjelpen en dialogboks, men går over i linket modus der du kan endre navn eller typer som er introdusert.

• Trekk ut til lokal variabel og Trekk ut til konstant: Velg et uttrykk i koden
• Bygg inn lokal variabel: Tilgjengelig for et variabelnavn
• Konverter lokal variabel til felt: Tilgjengelig for et variabelnavn
  
• Konverter anonym til lokal type: Tilgjengelig for typenavnet til en anonym klasse
  
  Når denne brukes, trykker du på tabulatortasten for å navigere i den genererte koden og endre det nye typenavnet og velge fra det tilbudte feltet og parameternavn.
  

Hurtigrettelse på opprettelsesmetode fra @Override

Hvis du legger til en @Override-annotasjon i en metode som ikke overstyres ennå, tilbyr hurtigrettelsen (Ctrl+1) at du oppretter metoden i en av supertypene.

Hurtigrettelse for å opprette og bruke getter og setter

Det finnes nå en ny hurtigrettelse for felt som ikke er tilgjengelige på grunn av synlighetsbegrensninger. Bruk Ctrl+1 i følgende scenario for å aktivere hurtigrettelse:

Hvis det finnes en getter for dette feltet, kan du velge å bruke den.

Hvis det ikke finnes en getter for dette feltet, kan du velge å opprette en.

Mal for å legge til JUnit 4-testmetoder

Det er lagt til en ny testmal for å øke hastigheten ved tilføying av JUnit 4-testmetoder.

Syntaksfarger på parenteser

Det er nå mulig å fargelegge parenteser separat fra operatorer i Java-redigeringsprogrammet via preferansesiden Java > Redigeringsprogram > Syntaksfarger:

Ingen flere "Jeg får ikke frem den fullstendige kilden"-spørsmål i nyhetsgruppen

Kommandogruppen som inneholder verktøylinjeknappen Vis bare kilde for valgt element er nå skjult som standard. Innstillingen kan aktiveres/deaktiveres ved å bruke preferansesiden Java > Redigeringsprogram > Vis bare valgt Java-element.

Konfigurerbar Javadoc-font

Fonten som brukes til å vise Javadoc, er nå konfigurerbar på preferansesiden Generelt > Utseende > Farger og fonter. Javadoc-skjermfonten brukes i Javadoc-visningen, pekehjelpen og i tilleggsinformasjon i innholdshjelpen.

Bakgrunnsfarge for kildepeking

Bakgrunnsfargen for all pekehjelp som viser kilde i Java-redigeringsprogramme kan nå konfigureres på preferansesiden Java > Redigeringsprogram.

Klassefilredigeringsprogram viser demontert kode

Filredigeringsprogrammet for Java-klasser viser nå demonterte bytekoder når kildekode ikke er tilgjengelig.

Forbedret håndtering av duplikate lokale variabler og typer

JDT gjør nå en bedre jobb når det gjelder håndtering av ugyldig kode med like lokale variabler og typer, og den minimerer forekomsten av sekundærfeil. Det gjør det mulig for Java-verktøyene å arbeide i feilaktig kode og tilby hurtigrettelser.

• Lokal navneendring (Ctrl+2,R) fungerer nå selv i feilaktige, nestede sløyfer, slik at du raskt kan rette navnet på den duplikate variabelen alle steder den blir vist.

  

  
  
• Metodeaktivering eller tilgang til felt gjennom en duplikat variabel, refererer nå til den nærmeste definisjonen til den lokale variabelen og reduserer dermed antallet sekundærfeil som rapporteres.

  

Forbedret oppdagelse av nullkontroll

Det eksisterende Nullreferanse-alternativet på preferansesiden Java > Kompilator > Feil/advarsler er delt i tre:

• Nullpekertilgang (i 'Potensielle programmeringsproblemer')
  Når dette alternativet er aktivert, vil kompilatoren sende ut en feilmelding eller advarsel hver gang en variabel som er statistisk kjent for å inneholde en nullverdi, brukes for å få tilgang til et felt eller en metode, som vist i eksempelet nedenfor.

  

  
  
• Potensiell nullpekertilgang (i 'Potensielle programmeringsproblemer')
  Når dette alternativet er aktivert, vil kompilatoren sende ut en feilmelding eller advarsel hver gang en variabel er statistisk kjent for å kunne inneholde en nullverdi, som vist i eksempelet nedenfor.

  

  
  
• Overflødig nullkontroll (i 'Unødvendig kode')
  Når dette alternativet er aktivert, vil kompilatoren sende ut en feilmelding eller advarsel hver gang en variabel som er statistisk kjent for å inneholde en nullverdi eller en ikke-nullverdi, testes mot null, som vist i eksempelene nedenfor.

  

  
  

  

Advarsel for ubehandlede typer aktiveres som standard

Den valgfrie kompilatorfeilsøkingen for å oppdage en eventuell bruk av ubehandlede typer, blir nå aktivert som standard.

Denne feilsøkingen kan konfigureres på preferansesiden Java > Kompilator > Feil/advarsler ved å bruke preferansen Generiske typer > Bruk av en ubehandlet type.

Forbedret advarsel om ubrukt parameter

Advarselen Ubrukt parameter er foredret med et nytt alternativ som bidrar til å unngå usanne realiteter. Du kan gi kompilatoren et tips om at parameteren egentlig ikke er ubrukt ved å kommentere den med en @param-kode.

Dette alternativet finner du på preferansesiden Java > Kompilator > Feil/advarsler, i delen Unødvendig kode.

Fargede etiketter i Java-visninger

Du kan aktivere fargede etiketter i Java-visninger ved å åpne preferansesiden Java > Utseende og velge Vis fargede etiketter.

Dekorasjoner for midlertidige og volatile felt

Midlertidige og volatile felt har nå tilsvarende ikondekorasjoner:

Gruppering av JAR-filer og klassemapper i Pakkeutforsker

Pakkeutforskeren grupperer nå refererte biblioteker i en ny containernode.

Flere Java-søkealternativer

Java-søkedialogboksen er utvidet og tilbyr mer detaljert styring for å begrense omfanget for å søke i kilder, nødvendige prosjekter, JRE- og applikasjonsbiblioteker.

Søkefilter for referanse til overstyrt metode

Java-søkemotoren har innført et nytt kriterium for kategorisering av metodereferansesamsvar. Den kan nå skille mellom en aktivering via en type eller en av subtypene, og en aktivering via en supertype som vanligvis er et svakere samsvar. Søkevisningen inneholder nå et filter for ytterligere begrensning av referanser til søkemetoden.

I det neste eksempelet har brukeren søkt etter referanser til metoden A.toString(), og fått 3 samsvar. Fordi o.toString() angir aktivering av en metode som er overstyrt av søkemålet A.toString(), kan den filtreres ut fra søkevisningen ved å aktivere filteret Referanser til overstyrt, som vist nedenfor.

Velge utføringsmiljø når du oppretter et Java-prosjekt

Når du oppretter et Java-prosjekt som du vi dele med en gruppe, er det en god ide å bruke et utføringsmiljø i stedet for en bestemt JRE.

Utføringsmiljøer er symbolske fremstillinger av JREer med standardiserte oppføringer som 'J2SE-1.4', 'J2SE-1.5'. Det betyr at ingen filsystembane går inn i den delte byggebanen.

JRE kan tildeles til miljøene på preferansesiden Java > Installerte JRE > Utføringsmiljøer.

Legge til et nytt Java-prosjekt i et arbeidssett

Veiviseren for Nytt java-prosjekt har fått ekstra inndatafelt der du kan oppgi hvilke arbeidssett det nye prosjektet skal legges til. Feltene initialiseres fra det gjeldende valget eller det aktive arbeidssettfilteret i pakkeutforskeren.

Tildele arbeidssett

Det er nå enklere å omorganisere elementer eller ressurser i arbeidssett. Du kan tildele et element til et annet arbeidssett, ved å merke elementet i Pakkeutforsker og velge Tildel arbeidssett... fra hurtigmenyen.

Liming av typedeklarasjon oppretter nytt prosjekt

Ønsker du av og til å teste kodesnutter fra andre raskt? Kopier snutten til utklippstavlen, gå til Pakkeutforsker, kontroller at ingenting er valgt og velg Rediger > Lim inn (Ctrl+V).

Eclipse vil forsøke å analysere teksten på utklippstavlen. Hvis teksten ser ut som innholdet i en *.java-fil, blir det opprettet et nytt Java-prosjekt og en ny *.java-fil

Som i 3.2 kan du selvfølgelig fremdeles velge et eksisterende prosjekt eller en eksisterende pakke som mål for den nye filen.

Forbedret limefunksjon i Pakkeutforsker

Hvis du limer inn Java-kildetekst med flere pakkedeklarasjoner i Pakkeutforsker, blir alle nødvendige pakker og kompileringsenheter nå opprettet automatisk. Strukturen til høyre blir opprettet når du limer inn snutten til venstre i Pakkeutforsker når ingenting er valgt:

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

Angre sletting i Java-visninger

Rediger > Angre er nå også tilgjengelig for sletting av Java-elementer i Java-visninger. Pakker, kompileringsenheter osv. som slettes ed et uhell, kan gjenopprettes raskt ved å trykke på Ctrl+Z.

Dra og slipp av Java i Prosjektutforsker

Java-elementer som dras og slippes i Prosjektutforsker, kan nå utløse refaktoriseringshendelser i Java (som i Pakkeutforsker).

Eksport og import av JUnit-testkjøringer

JUnit-testkjøringer kan nå eksporteres og importeres.

Åpne type åpner flere typer

Dialogboks Åpne type (Ctrl+Skift+T) støtter nå åpning av flere redigeringsprogrammer samtidig.

Mønstersøk etter pakke og innkapslende type

Mønstre med tegnene '*' eller '?' kan oppgis for pakker og innkapslende typer i dialogboksen Åpne type.

Følge referanser (bare Java SE 6)

Du kan vise alle referansene til et objekt (bare tilgjengelig ved feilsøking på en Java SE 6 VM (Virtual Machine). Objektreferanser kan vises i variabelvisningen ved å aktivere/deaktivere innstillingen Vis referanser på Vis-menyen. Referanser til hvert objekt er gruppert i en samling.

Referanser kan også vises i en dialogboks ved å merke et objekt i variabelvisningen og velge Alle referanser fra hurtigmenyen.

Referanser blir vist i en dialogboks.

Vise forekomster (bare Java SE 6)

Du kan vise alle forekomster av en Java-type (bare tilgjengelig ved feilsøking på en Java SE 6 VM (Virtual Machine) Forekomster blir vist i en dialogboks ved å merke en type i redigeringsprogrammets disposisjonsvisning og velge Alle forekomster fra hurtigmenyen.

Forekomstene blir deretter vist i en dialogboks.

Tving retur (bare Java SE 6)

Du kan tvinge gjennom en tidlig retur fra en metode (bare tilgjengelig ved feilsøking på en Java SE 6 VM (Virtual Machine)). Det returnerer en verdi fra den gjeldende stakkrammen uten å utføre ytterligere instruksjoner i metoden og frigjør eventuelle låser oppnådd av synkroniserte blokker. Det blir opprettet en returverdi ved å velge et uttrykk og deretter Tving retur (Alt+Skift+F). Denne handlingen er tilgjengelig fra hurtigmenyen i Java-redigeringsprogrammet, på toppnivåmenyen Kjør, i visningen Vis og i detaljruten i visningen Variabler.

Fremtvinging av en tidlig retur fra en ikke-tom (non-void) metode krever evaluering av et uttrykk. Hvis en metode for eksempel skulle returnere false, kunne du returnere en verdi for true ved å velge et uttrykk i Vis-visningen og aktivere Tving retur. I eksempelet nedenfor er elementCount ikke lik null, og vil returnere false (se pekehjelp for feilsøking som viser verdien til elementCount).

Velg handlingen Tving retur fra Vis-visningen for å returnere true i stedet.

Hyperlinksteg

Du kan bruke hyperlinker til å ta et steg inn i en metode under feilsøking. Bruk Ctrl+Alt+Klikk for å ta et steg inn i en metode (i stedet for Ctrl+Klikk som tar deg til kildekoden).

Dobbeltklikk og klikk på Ctrl+Skift+B for alle typer avbruddspunkter

Når du dobbeltklikker på den loddrette linjalen, eller velger Aktiver/deaktiver avbruddspunkt (Ctrl+Skift+B), blir det nå opprettet riktig type avbruddspunkt basert på markørposisjonen - lineavbruddspunkt, overvåkingspunkt, avbruddspunkt for metode eller avbruddspunkt for klasseinnlasting. Du oppretter et avbruddspunkt for klasseinnlasting ved å dobbeltklikke på klassedeklarasjonslinjen.

Steg gjennom filtre vs. Stegretur

Du kan konfigurere stegfiltre slik at de alltid returnerer fra en filtrert plassering eller går direkte til en ikke-filtrert plassering. java.util er for eksempel en filtrert plassering. Steg inn i koden i HashMap, kan resultere i et tilbakekall til applikasjonskoden for å kontrollere likheten til et objekt. Hvis du velger å ta et Steg gjennom filtre, vil et Steg inn i ende opp i applikasjonskoden. Hvis alternativet Steg gjennom filtre er deaktivert, vil imidlertid Steg inn i HashMap fungere på samme måte som Steg over.

Bruk preferanseinnstillingen Steg gjennom filtre på preferansesiden Java > Feilsøk > Stegfiltrering for å aktivere/deaktivere funksjonen.

Automatisk formatering av stakksporinger

Stakksporinger kan formateres automatisk etter hvert som du limer dem inn på konsollen for Java-stakksporing. Autoformat kan aktiveres/deaktiveres fra konsollens verktøylinje.

Eksportere logiske strukturer

Du kan nå eksportere og importere logiske Java-strukturpreferanser separat fra andre arbeidsområdepreferanser. Logiske Java-strukturer er definert på preferansesiden Java > Feilsøk > Logiske strukturer. Logiske strukturer brukes til å definere alternative fremstillinger av komplekse datastrukturer og blir vist når objekter blir undersøkt i Variabler-visningen. For eksempel visning av en java.util.Collection som en matrise i stedet for visning av den interne datastrukturen som implementerer samlingen.

Nye alternativer for kodeformaterer

Det er lagt til nye alternativer på preferansesiden Java > Kodestil > Formaterer.

• Kommentarformatering kan nå aktiveres og deaktiveres atskilt for hver kommentartype (Javadoc, blokk, enkeltlinje og topptekstkommentarer). Blokk- og linjekommentarer i den første kolonnen kan ekskluderes fra innrykk.

  

  
  
• Antallet tomme linjer som Organiser import (Ctrl+Skift+O) setter inn mellom importgrupper, kan konfigureres på flippen Tomme linjer. Under formatering har denne innstillingen høyere prioritet enn tomme linjer som skal beholdes.

  

  
  
• Binæruttrykk kan nå brytes foran eller etter operatoren.

  

  
  
• For retursetninger kan du nå legge til eller fjerne blanktegn før parentesuttrykket i throw-setningen. Dette alternativet er tilgjengelig på flippen Blanktegn.

  

Tilgangsregler for utføringsmiljøer

Det blir nå tildelt tilgangsregler til hvert utføringsmiljø ut fra den tilhørende profilen. Regler forhindrer for eksempel tilgang til com.sun.*-pakker som ikke garantert er tilstede ved kjøretid. Reglene blir bare brukt for prosjekter som er bundet til utføringsmiljøer. Prosjekter som er bundet til bestemte JREer, har fremdeles tilgang til alle biblioteker.

Foreldede og ikke-foranderlige klassebanevariabler

Systemdefinerte klassebanevariabler kan foreldes og/eller erklæres som skrivebeskyttet via utvidelsespunktet org.eclipse.jdt.core.classpathVariableInitializer.

Brukere bør erstatte foreldede klassebanevariabler med bedre mekanismer, som for eksempel biblioteker.

For enkelte variabler (f.eks. JUNIT_HOME) tilbyr Problemer-visningen til og med hurtigrettelser for å migrere eksisterende prosjekter.

Relativ bane i arbeidsområdet til Javadoc-plassering

Relative baner i arbeidsområdet aksepteres nå som Javadoc-plasseringer for arkiv og klassemapper.

Generering av kjøretidstyper

Java 5-annotasjonsbehandling (APT) ble innført i Eclipse 3.2, men hittil har det bare vært mulig å generere nye typer gjennom bygging. Java 5-annotasjonsbehandlere genererer nye typer direkte, mens du redigerer annotasjonene. Denne funksjonen er deaktivert som standard av ytelseshensyn. Den aktiveres ved å inkludere "enableTypeGenerationInEditor" i settet med strenger som returneres fra AnnotationProcessorFactory.supportedOptions().

Java 6-annotasjonsbehandling

Eclipse 3.3 støtter Java 6-annotasjonsbehandling i Eclipse Java-satskompilatoren. Java 6-annotasjonsbehandling støttes minimalt i IDE, men det vil komme ytterligere støtte i fremtiden.