[ir4pp1:2007] - Re: Ispis objekata neke klase by Marko Bojovic <marko.bojovic@etf.bg.ac.yu>

Marko Savić wrote:
> On Sun, 21 Jan 2007 10:27:56 +0100, Aleksandar Milicevic <aca.milicevic@gmail.com> wrote:
>
>   
> > Jest' neozbiljan, ali nije to jedino sto je neozbiljno. Mnogo ti je lakse da
> > napravis tako jedan pomocni, neefikasni, metod koji ce ti obaviti posao,
> > nego da menjas strukturu tabele iz korena (sto je uzgred budi receno strogo
> > zabranjeno).
> >
> >     
>
> Orijentacija objektno vaistinu dezorijentisane tabele simbola je sledeca:
> Za instancu klase poznajemo njenu strukturu (koja nam je potrebna)
> ali ne i naziv klase (znaci, ne treba nam)...
>
> Tekst domaceg glasi:
> Pored unosa u tabelu simbola, potrebno je detektovati svako korišćenje simbola, proveriti da li odgovarajući objekat postoji u tabeli simbola i ispisati poruku (i broj linije u kodu u kojoj je razmotreni simbol) o pronađenom simbolu ili poruku o grešci.
> (nigde se eskplicitno ne trazi ime klase)
>
> Citat iz Bojovicegog maila:
> Moze i drugacije
>
> Ja mislim da su ovo dovoljni argumenti da ne ispisujem
> ime klase kada naidjem na njenu instancu.polje (vec samo Obj.toString)
>   

To je prihvatljivo resenje.

> Ako asistent ovo procita i smatra da nisam u pravu, molim da to
> iznese na mailing listu (isto sam pitao u prethodnom mailu)
>
> ----
> Kad sam se vec raspisao, evo interesantne stvarcice koju sam primetio
> (nisam testirao - mrzelo me ali mislim da sam u pravu):
>
> Class A{
>    int x, y;
> }
>
> Class B{
>     int x, y;
> }
>
> ObjA.type.equals(ObjB.type) vraca true!!!
> Samim tim i compatibleWith i assignableTo vracaju true...

Te metode zanemarite. Za ovakav domaci su one nepotrebne. Njihovo 
znacenje nije tako pravolinijsko, jer su one osmisljene tako da se 
uklope u kompletnu implementaciju ciji opis postoji na engleskom, ali 
vam on ne treba. MikroJava i predlog implementacije su vecinom deo 
jednog nemackog kursa, posto je profesor sa njima saradjivao.

Pozdrav,
Bojovic Marko