Top 10 dialy Mistake i Java af John C.

Java skabt en ny måde at programmering. Desuden har den en blid indlæringskurve og synes at kunne holde sig til sin egen moto - "Skriv en gang, køre overalt

", hvilket er næsten altid sandt; men Java problemer stadig er til stede. Jeg vil tage fat ti Java problemer, som jeg mener er de mest almindelige fejl

Fælles fejl # 1:. Forsømme Eksisterende biblioteker Det er helt sikkert en fejl til Java udviklere til at ignorere utallige mængde af biblioteker skrevet i Java. Før genopfinde hjulet, så prøv at søge efter tilgængelige biblioteker -. Mange af dem er blevet poleret i årenes løb for deres eksistens og er gratis at bruge

Disse kunne logge biblioteker, ligesom logback og Log4J eller netværk relateret biblioteker, ligesom Netty eller Akka. Nogle af de biblioteker, såsom Joda-Time, er blevet en de facto standard

Fælles Mistake # 2:. Mangler den "pause" Søgeord i en switch-Case Block

Disse Java problemer kan være meget pinligt, og nogle gange forbliver uopdagede, indtil løb produktionen. Fallthrough adfærd i switch udsagn er ofte nyttigt; dog mangler et " bryde

" søgeord, når en sådan adfærd ikke ønskes, kan føre til katastrofale resultater.

Hvis du har glemt at sætte et "pause" i "case 0" i koden nedenstående eksempel, vil programmet skrive "Nul" efterfulgt af "One", da kontrol flow inde her, vil gå gennem hele "switch" erklæring, indtil den når en "pause" For eksempel:.

public static void switchCasePrimer () { int caseIndex = 0; kontakt (caseIndex) { tilfælde 0: System.out.println ("nul"); tilfælde 1: System.out.println ("One"); break; tilfælde 2: System.out.println ("to"); break; standard: System.out.println ("Default"); }} I de fleste tilfælde, den renere løsning ville være at bruge polymorfi og flytte koden med specifikke adfærd i separate klasser. Java fejl som denne kan påvises ved hjælp af statiske kode analysatorer

Fælles Mistake # 3:. Glemmer at frigøre ressourcer

Hver gang et program åbner en fil eller netværksforbindelse, er det vigtigt for Java begyndere til frigøre den ressource, når du er færdig med at bruge det. Lignende forsigtighed bør tages, hvis enhver undtagelse blev blive smidt under operationer på sådanne ressourcer

Man kunne hævde, at FileInputStream har en Finalizer der påberåber sig tæt () metode på en garbage collection begivenhed.; men da vi ikke kan være sikker på, hvornår en garbage collection cyklus starter, input strøm kan forbruge computer ressourcer til ubestemt time.In virkeligheden er der en rigtig nyttig og pæn opgørelse introduceret i Java 7 især for denne sag , kaldet try-med-ressourcer: privat static void printFileJava7 () kaster IOException { prøv (FileInputStream input = ny FileInputStream ("file.txt")) { int data = input.read (); mens (data = -1!) { System.out.print ((char) data); data = input.read (); } }} Dette udsagn kan bruges med ethvert objekt, der implementerer AutoClosable interface. Det sikrer, at hver ressource er lukket med udgangen af ​​erklæringen

Læs hele artiklen >. > Klik her