[ darence @ 31.05.2009. 09:51 ] @
U XML fajlu su dati elementi
Code:
<knjiga skupo=”skupo.jpg” umereno=”umereno.jpg” jeftino=”jeftino.jpg”>
  <naziv>Uvod u C++</naziv>
  <autor>Brian W. Kerninghan</autor>
  <cena>1200</cena>
</knjiga>


Zadatak je da se preko XSLT-a izvrsi transformacija, tako da se knjie podele i 3 tabele zavisno od cene -jeftino, skupo i umereno. Dalje
Citat:
Svaka knjiga će biti predstavljena jednom vrstom u tabeli koja ima četiri ćelije: naziv, autor, cena i slika. Poslednja kolona će prikazivati jednu od tri slike (skupo.jpg, umereno.jpg ili jeftino.jpg) zavisno od tabele kojoj pripada. Sve tri slike predstaviti u istoj veličini.
Slike se nalaze u folderu slike.

Na pocetku zadatka, stajalo je da su atributi za slike isti za svaku knjigu. Mene sad zanima, koji je smisao toga, i zasto iscitavati te atribute, kad se tacno zna koja ce lika u koju tabelu da upadne. Preciznije, zasto ne smem u prvu tabelu da stavim recimo
Code:
<td><img src="slike/jeftino.jpg"/></td>

i slicno za ostale dve? Ja vec jednom razvrstavam knjige prema ceni, i zasto bih opet odredjivao koja ce slika da se prikazuje?

Hvala svima
[ mmix @ 31.05.2009. 14:03 ] @
Zato sto forma xml-a ukazuje na dinamicnost slika i opsega cena za skupo/umereno/fetino inace ne bi svaka knjiga nosile sve tri informacije. Znaci moze da se desi sledece:

Code:
<knjiga skupo=”skupo_fizika.jpg” umereno=”umereno_fizika.jpg” jeftino=”jeftino_fizika.jpg”>
  <naziv>A quantum approach to the solid state</naziv>
  <autor>Philip L. Taylor</autor>
  <cena>2800</cena>
</knjiga>


i onda tvoja optimizacija pada u vodu
[ darence @ 31.05.2009. 17:33 ] @
Ne, ali zadatak garantuje da ce svaka slika imati iste atribute, tj da ce pisati
Code:
<knjiga skupo=”skupo.jpg” umereno=”umereno.jpg” jeftino=”jeftino.jpg”>

kod svake, to sam ispustio odmah da kazem.

A gde ce slika upasti, odredjuje
Code:
knjiga[cena &lt; 499]
za jeftine i slicno za ostale.

Zbog svega ovoga sam dobio manju ocenu od ocekivane, pa me zanimaju agrumenti sa kojima mogu da se bunim. Postigao sam vizuelni izgled kakav se trazio, i da se sa promenama XML-a promeni i prikazivanje, tj da sa promenom cene knjiga predje u odgovarajucu kategoriju.... to se valjda trazilo od dinamike.
[ mmix @ 31.05.2009. 18:25 ] @
Pa ako eksplicitno pise da svaki node knjiga ima tacno jedan obavezni atribut skupo (i umereno i jeftino) tipa xs:string koji za vrednost moze da ima samo "skupo.jpg" (ili ekvivalentno) onda je to redundantna i nepotrebna informacija i dovoljno je navesti je u xslt-u direktno i mozes da se bunis jer je onda XML fajl naduvan, al ja nesto iskreno sumnjam da je to eksplicitno navedeno nego si video u sample xml fajlu da su svi isti pa si na osnovu toga zakljucio da je to svuda isto, zar ne? Probaj da ubacis takav sample xml fajl u neki XML program i da generises xsd sxhemu na osnovu njega i videces da nijedan nece napraviti eksplicitnu semu sa xs:string limitiran na skupo.jpg vec ce ga deklarisati kao neograniceni xs:string.

U zadatku se verovatno od tebe ocekivalo da znas i kako da iskoristis <xsl:value-of> unutar non-xsl taga (npr <td>) i kako da ga iskoristis za manuelno formiranje izlaznog taga kroz <xsl:element> i <xsl:attribute> i dobio si manju ocenu jer si zaobisao to
[ darence @ 31.05.2009. 18:39 ] @
Hvala na iscrpnom objasnjenjum ali mi smo ipak radili neki bazni nivo znanja. Te seme i ostalo o cemu mi pricas niko nije ni spominjao, kao ni XML editor. Sve je radjeno u Notepad-u, dok ja nisam shvatio da je na racunarima instaliran Visual C++ 2008, a od njega smo jedino koristili to sto on sam zatvara tagove i sto u tooltipu daje opis greske. Nista vise od toga

Evo fajla sa zadatkom: http://www.speedyshare.com/752339697.html
Uz njega smo dobili neke bezveze tri slicice, koje su se zvale skupo, umereno i jeftino. A i sam asistent je vise puta ponovio da sve slike imaju iste atribute.
[ mmix @ 31.05.2009. 19:01 ] @
Ok, onda jeste eksplicitno, mozda da bi videli kako cete sa tim u DTD-u; kako si to napravio posto vidim da ti je to deo prvog zadatka? tj da li si onda tu cinjenicu opisao dtd-em:

Code:
<!ELEMENT knjiga (naziv, autor, cena) >
<!ATTLIST knjiga skupo CDATA #FIXED "skupo.jpg">
<!ATTLIST knjiga umereno CDATA #FIXED "umereno.jpg">
<!ATTLIST knjiga jeftino CDATA #FIXED "jeftino.jpg">
<!ELEMENT naziv ...


ako nisi to uradio mozda ti je zbog toga niza ocena... Mislim, nagadjam sam ovde nemam pojma sta se vrzmalo po glavi profana i asistenata, jesi ti dobio tacno objasnjenje zbog cega ti je smanjena ocena?
[ darence @ 31.05.2009. 20:22 ] @
jaoj druze, ti ne shvatas koliko smo mi to povrsno proucavali. Za DTD smo ucili samo da se svaki element definise kao PCDATA, sem ako ima neki podelement, u kom slucaju se pise u malim zagradama, kako vec.

Ja nisam otisao na fax kada su proglaseni rezultati, ali iz price sa kolegama sam shvatio da mi se rad manje-vise razlikuje samo u ovom delu sa slikom. Skoro svi imaju DTD u kom se atributi ne spominju, pa su dobijali 10ke.
Daj reci mi sad svoje konacno misljenje - ima li smisla ovo ovako kako je zadato ? Ja mislim da nema, zasto ponavljati nesto, sta ako ima milion unosa u XML-u? Ako si procitao zadatak, mislim da me razumes. Moja je procena da se za svaku tabelu zna da li ce u njoj biti skupe, ili kakve vec knjige, i za sta ce mi onda svi ovi atributi ....
[ mmix @ 01.06.2009. 12:21 ] @
Pa ako je takva situacija onda zapravo jos gore po tebe jer se oslanjas na zdrav razum. Proslo je godina od kad sam se ja skolovao u Srbiji ali ono cega se kristalno secam je da razum nema neke velike veze sa time i najverovatnije ce ti reci da si ti kriv sto nisi dobro razumeo zadatak koji su oni nekompletno postavili. Ti probaj. Sa nekog inzenjerskog i computer sciences gledista ta tri atributa su redundantna i treba ih ili izdvojiti u poseban node koji ce se pojaviti samo jednom ili ih kompletno izbaciti ako se bas nikako ne menjaju i primeniti ih u interpretacija XMLa (sto si ti uradio) pa ti sad probaj da se zalis, app.
[ darence @ 01.06.2009. 13:56 ] @
Hvala ti, videcemo sta ce da ispadne.
Pozdrav