<div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Predvsem me mucijo metode. Razmisljam: ce napisem &quot;glavno&quot; proceduro<br>(ala. objekt) in iz nje klicem, ko rabim, &quot;podprocedure&quot; (ala.
<br>metode). V koncni fazi je to podobno objektnemu programiranju ali<br>gresim?</blockquote><div><br>
<br>
Po mojem si zgresil (ce gresis ne vem). Kot je Jure napisal, se metode
objektov (razredov) drzijo podatkov. Ce pa ti naredis eno &quot;main&quot; metodo
in iz nje klices druge metode, potem te metode naceloma ne bodo imele
dostopa do podatkov tvoje metode (prenasat jih bos moral kot argumente
metodam). Ok, v nekaterih jezikih seveda lahko uporabis svoje
&quot;podprocedure&quot;, vendar si predstavljaj, kako grozna bo ta stvar
izgledala v realnosti. Poleg tega te podprocedure (ce se prav spomnim)
niso vidne izven tvoje &quot;main&quot; funkcije...<br>
<br>
Poleg tega ti objektno programiranje omogoca se:<br>
<br>
1. Dedovanje: zacnes z razredom (pazi, objekt je instanca razreda!)
PrevoznoSredstvo (temu lahko obesis neke osnovne lastnosti). Potem pa
te lastnosti samo nadgradis, ko definiras razreda OsebnoVozilo in
TovornoVozilo. Metode iz PrevoznegaSredstva se prenasajo skladno z
njihovimi definicijami.<br>
<br>
2. Definicija vmesnika: vsak razred na pregleden nacin definira, kaj se
z njim lahko pocne od zunaj (seznam metod, ki jih uporabniki lahko
klicejo). Same implementacijske pa so (lahko) skrite ocem uporabnikov.<br>
<br>
3. Veliko preglednejse programiranje.<br>
<br>
Predvidevam, da bi se naslo se kaj, kar bi govorilo v prid objektnemu programiranju.<br>
<br>
lp,<br>
Gregor<br>
</div></div><br>