· süntaksivigade parandamine (süntaksi silumine) · käivitamiseks vajaliku keskkonna loomine ja muude programmide kaasamine (kui vaja) · programmi käivitamine (Java keele korral: java Programm ) · sisuliste vigade parandamine (silumine, debugging) · programmi testimine (testid peavad olema ENNE välja mõeldud; parem veel, kui testib keegi teine) · programmi dokumenteerimine (Java keele korral genereeritakse html-vormingus dokumentatsioon javadoc abil) · programmi viimine tegeliku kasutajani ja kõik see, mis on seotud tarkvaratehnika aspektidega - big picture Programmeerimise paradigmad, imperatiivne vs. deklaratiivne lähenemine: · imperatiivne · funktsionaalne · loogiline · objekt-orienteeritud · ... Ajalooliselt esimesed kõrgtaseme keeled toetavad imperatiivset lähenemist. · FORTRAN, kirjeldus 1954, realisatsioon 1956. J. Backus. FORmula TRANslator · ALGOL, 1958, P. Naur
Pildil on toodud Java platvormide standardklasside näiline jaotus. JDK programmid ja klassid: põhilised osad (pildil on toodud paki jdk1.6.0_11 ja kataloogi bin sisu): · kompilaator javac tõlgib algteksti baitkoodi; · interpretaator java, sisaldab JVM teostuse; · aplettide läbivaatamise programm appletviewer, asendab veebilehitseja; · silur jdb; · disassembler javap; · varundusprogramm jar; · dokumendikoostamise programm javadoc; · C keele päisfailide genereerimise programm 5 javah ; · digiallkirja lisamise programm javakey; · programm native2ascii, mis konverteerib rahvuskeelse teksti Unicode sümbolite jadasse; · Java-klasside standardteegid; · näited; · dokumentatsioon; · erinevad utiliidid; · Java programmide käituskeskkond (JRE).
otsida. Tõde on ainult koodis! On üksikud situatsioonid, kus me ei pääse kommentaarideta. Näiteks mingid litsensi kommentaarid. Mõnikord on oluline koodiga kaasa öelda, miks see on tehtud. Kui tehakse workaround, mis ei ole omaette mõistlik, siis tuleks sinna kommentaari juurde panna. Mõnikord on rõhutamine, mis puudutab mitmes lõimes kasutamist või kui mingi asi on väga resurssi mahukas, siis see on asi, mida tuleks kommenteerida. Javadoc ehk avaliku api kirjeldus, mis töötab kõige paremini siis, kui ta on koodi juures: moodsad arendusvahendid kontrollivad ise, kas dokumentatsioonis kirjeldatud viited on õiged, kas parameetrid on õiged jne. The boyscout rule: “Leave the campground cleaner than you found it”. Seda põhimõtet peaks järgima koodi kirjutamisel. Design Patterns: Common solutions to frequent problems arising in object-oriented design. A
Sa ei saa neid refaktoorida Sa ei saa neid testida o Tõde on koodis o Ära kasuta kommentaare, kui sul on koodis parameetrid vms õigete nimedega o Võib kasutada, kui sa ei suuda ennast väljendada koodis o Kommentaaridena kasutatakse: Legaalsed kommentaarid Hoiatused TODO kommentaarid Mingite võimenduste jaoks Javadoc-side jaoks publikulise API jaoks Hoia oma koodi puhtana o „The Boy Scout Rule“ Hoia kasutuses olev kämpingu plats puhas, ära lagasta seda, kuna ka teised kasutavad seda. Objekt orienteeridud disain o Agile Software Development hea raamat mida lugeda Liidesed ja abstraktsed klassid o Eira sisetatud detaile (ignore implementation details) o Programmeeri otse liidesesse Java kollektsioonide API
annaabi.ee 
