Top 10 dialy Misstag i Java av John C.

Java skapat ett nytt sätt att programmera. Dessutom har den en mild inlärningskurva och synes framgångsrikt hålla fast vid sin egen moto - "Skriv en gång, kör överallt Review,", vilket nästan alltid är sant; men Java problem som fortfarande finns kvar. Jag kommer att ta upp tio Java problem som jag tror är de vanligaste misstagen Vanliga Misstag # 1:. Försumma befintliga bibliotek Review, är definitivt ett misstag för Java-utvecklare att ignorera de otaliga mängd bibliotek skrivna i Java. Innan återuppfinna hjulet, försök att söka efter tillgängliga bibliotek -. Många av dem har polerats under åren av sin existens och är fria att använda

Dessa kan logga bibliotek, som logback och Log4j eller nätverk relaterat bibliotek, som Netty eller Akka. Några av biblioteken, såsom Joda-Time, har blivit en de facto-standard Vanliga Misstag # 2:. Saknas den "rast" Nyckelord i en Switch-Case Block

Dessa Java frågor kan vara mycket pinsamt, och ibland förblir oupptäckta tills körning i produktionen. Fallthrough beteende switch uttalanden är ofta användbart; saknas dock en " bryta Review," nyckelordet när sådant beteende inte är önskvärt kan leda till katastrofala resultat.

Om du har glömt att sätta en "break" i "fall 0" i koden exemplet nedan, kommer programmet att skriva "Zero" följt av "One", eftersom flödeskontroll inne här kommer att gå igenom hela "switch" uttalande tills den når en "paus" Till exempel:. Omdömen public static void switchCasePrimer () { int caseIndex = 0; switch (caseIndex) { case 0: System.out.println ("Noll"); fall 1: System.out.println ("One"); bryta; case 2: System.out.println ("två"); bryta; default: System.out.println ("Standard"); }} I de flesta fall, renare lösning skulle vara att använda polymorfism och flytta koden med specifika beteenden i separata klasser. Java misstag som detta kan detekteras med hjälp av statiska kod analysatorer Vanliga Misstag # 3:. Glömma att frigöra resurser

Varje gång ett program öppnar en fil eller nätverksanslutning, är det viktigt för Java nybörjare till frigöra resursen när du är klar med den. Liknande försiktighet bör vidtas om något undantag skulle kastas under drift på sådana resurser

Man kan hävda att Fileinputstream har en Finalizer som anropar metoden close () på en sophämtning händelse. Men eftersom vi inte kan vara säker på när en sophämtning cykel kommer att starta den ingående strömmen kan förbruka datorresurser på obestämd tid av time.In själva verket finns det en riktigt bra och snyggt uttalande introducerades i Java 7 särskilt i detta fall , kallad try-med-källor: private static void printFileJava7 () kastar IOException { Försök (Fileinputstream input = new Fileinputstream ("file.txt")) { int uppgifter = input.read (); medan (data = -1!) { System.out.print ((char) data); uppgifter = input.read (); } }} Detta uttalande kan användas med alla objekt som implementerar AutoClosable gränssnittet. Det säkerställer att varje resurs är stängd i slutet av meddelandet

Läs hela artikeln >. > Klicka här