Er du en offshore Java Developer? Unngå disse Sins

Stopp! Ja, det er et kall for deg hvis du er en av disse offshore java-utviklere som har brukt noen av følgende teknikker i sine utviklings ventures. Her &'; s omfattende oversikt over topp 10 ting som ingen Java utvikler bør gjøre igjen i løpet av sin karriere

Cast:.
Bruke cast er ikke mer en nødvendighet, verken en forutsetning. Men dessverre noen biblioteker har ennå ikke forstått dette faktum, og fortsatt bruker cast. Så selvfølgelig, det er eldre koder. Det er på tide å se etter alternativer for cast og Java Generics er ett av flere forslag. Generics kanskje ikke være i stand til å tilby løsninger til noen " off-edge &'; programmeringsoppgaver, men ellers er det et godt alternativ, spesielt når vi snakker om å eliminere støpt

Skrive Sorter Algoritme:.
Self-sortering er en synd, som oftest begått av offshore Java-utviklere som don &'; t varsel om at Java tilbyr allerede sorteringsalgoritmen funksjon som de krever eller de som er uvitende om Comparator og sammenlignbar virksomhet. Dens gang du går ut og lese om funksjonen til disse operasjonene, ikke kaste bort noe mer av din dyrebare tid i sorteringsalgoritme helt alene.

med dato eller kalenderen for datoberegninger:
Tid går for fort, og det er ingen vits å kaste bort det ved beregning av dato og klokkeslett ved hjelp JDK dato og klokkeslett klasser. Med unntak for det tilfellet at du utvikler koden på en X86 assembler, det er ingen måte du kan nyte datoen aritmetiske bruker JDK klasse. Disse in-bygget klasser er ikke intuitive og gir den mest primitive egenskaper. Erstatte disse med en mer moderne bibliotek som Joda Time.

Skriv PL /SQL på en transaksjonssystem:
Over en periode, vil din forretningslogikk bli forskjøvet til RDBMS og enheten transaksjonen vil skifte til databasen. Noen så kan slå den inn i en noe som ligner COBOL. Crux av historien er, innen en gang vil du være å ha en untraceable legacy system. Hvis du er en Oracle investor, er det en god nyhet for deg, hvis ikke du kanskje ikke liker det du nettopp leste.

Konfigurer Session Replication:
Vi er i 2013, så nok av å bruke Httpsession for noe som helst. Distribuerte cache prosjekter og produkter har skamslått seg selv under de NoSQL nøkkelverdien butikker. La &'; s bare bytte til Javascript /AJAX hvis vi er ute etter skalerbare og pålitelige programmer som ikke vil likevekt oss med eventuelle midnatt unntak. Det er på tide å jobbe med noe som er raskere og bedre.

Konstruere et objekt og Tverr et ResultSet:
Vi forstår at du wouldn &'; t være å bruke Orms fordi de er dårlige, og når du leser den på noen blogg at noen utvikler en gang hadde noen ytelsesproblemer med dvale. Så, er du avhengig av håndkoding, noe som vil åpenbart gjøre ting bedre. Men ved hjelp av JDBCT Mal eller noen andre alternativ er også en god idé.

Ved hjelp av Swing Application: Det virker som om Java er bare ikke ment for front end. Innrømme det, er Swing ganske treg. Dessuten er det ubehagelig og gjør GUI ser ut som tegneserie representasjoner av innfødte GUI. Og da selvfølgelig, det er Java Sandbox verktøy, for å si det mildt.

Denne nyttår, bør det være mer som en oppløsning for hver Java-utvikler til ikke å bruke de nevnte teknikker og gjøre Java utvikling en bedre .. bestrebelse