Webove technologie

[jardo]

da sa pouzit aj use case diagram na opis tej aplikacie?

[domino3d]

mam questions, prve zadanie
xml

- treba aj namespacy robit?
- dtd a schema staci vygenerovat?
- definujte transformáciu prostredníctvom XSLT na XHTML + CSS .......... nerozumiem.
- na moodli pri odovzdavani sa pise aj o neakom xls co treba odovzdat, excel? wtf?

vopred diki

- ano aj namespace
- dtd a scheme aby ste chapali, v scheme odporucam rozumiet vytvaraniu vlastnych typov aj s restrikciami
- XSLT je sposob transformacie XML dokumentu na iny dokument
- znova sa to tyka XSLT (neprehadzuj pismenka v pripone)

Ďakujem, ...lol xls prepáč, moja chyba

[kilomassa]

elektronický lekársky predpis...meno lekara, pacienta, rodne cislo, recept text.datum,cislo receptu...staci ci este daco by tam trebalo ?

[Ofinka]

Mam jednu dlhsiu otazku k 1. zadaniu. Neviem sa pohnut s tymi namespace-ami, pretoze ked sa ich tam snazim zakomponovat podla zadania, ktore tu zverejnili (IncomingEmails), tak mi to cele prestane fungovat. Preto by mi veelmi pomohlo keby tu niekto popisal jednotlive tagy s namespace-ami..ze preco tam su, odkial ich dostali a co robia.

v subore .xml:
<incE:incomingMails xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="IncomingMails.xsd"
         xmlns:incE="http://example.org/incomingMails" xsi:schemaLocation="http://example.org/incomingMails incomingMails.xsd">

v subore .xslt:
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                xmlns:incE="http://example.org/incomingMails" exclude-result-prefixes="incE">
v subore .xsd:
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" xml:lang="sk" version="1.0" targetNamespace="http://example.org/incomingMails" xmlns:incE="http://example.org/incomingMails">

..a este ze ci treba pridat este nieco ine aby to spolu fungovalo..lebo ked to spravim podla tohto tak mi to sice zobrazi udaje z xml-ka..ale iba cisto v plaintexte..a uz ma to fakt nebavi sa s tym babrat. Takze dufam ze to nie je prilis hlupa otazka..kazdopadne keby sa niekomu chcelo tak by to mohol vysvetlit..vdaka!

(A este inak pri odovzdavani zadania pise ze mame odovzdat subor .xsl..tak preco v tom zadani IncomingEmails pouzil .xslt?)

[domino3d]

pre planovane udalosti (3) staci: ...?

udalost
id_udalosti
datum
cas
miesto
poznamka

[domino3d]

...
- znova sa to tyka XSLT (neprehadzuj pismenka v pripone)

neviem jak ostatni, ale ja tam vidim xls

[DeeL]

...
- znova sa to tyka XSLT (neprehadzuj pismenka v pripone)

neviem jak ostatni, ale ja tam vidim xls

vdaka, opravene

co sa tyka poctu roznych elementov v XML, tak je lepsie jednotlive informacie rozbit na co najmensie casti

[domino3d]

...
- znova sa to tyka XSLT (neprehadzuj pismenka v pripone)

neviem jak ostatni, ale ja tam vidim xls

vdaka, opravene

co sa tyka poctu roznych elementov v XML, tak je lepsie jednotlive informacie rozbit na co najmensie casti

jop, super len som bol zmateny trocha :-O

Mam jednu dlhsiu otazku k 1. zadaniu. Neviem sa pohnut s tymi namespace-ami, pretoze ked sa ich tam snazim zakomponovat podla zadania, ktore tu zverejnili (IncomingEmails), tak mi to cele prestane fungovat. Preto by mi veelmi pomohlo keby tu niekto popisal jednotlive tagy s namespace-ami..ze preco tam su, odkial ich dostali a co robia.

v subore .xml:
<incE:incomingMails xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="IncomingMails.xsd"
         xmlns:incE="http://example.org/incomingMails" xsi:schemaLocation="http://example.org/incomingMails incomingMails.xsd">

v subore .xslt:
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                xmlns:incE="http://example.org/incomingMails" exclude-result-prefixes="incE">
v subore .xsd:
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" xml:lang="sk" version="1.0" targetNamespace="http://example.org/incomingMails" xmlns:incE="http://example.org/incomingMails">

..a este ze ci treba pridat este nieco ine aby to spolu fungovalo..lebo ked to spravim podla tohto tak mi to sice zobrazi udaje z xml-ka..ale iba cisto v plaintexte..a uz ma to fakt nebavi sa s tym babrat. Takze dufam ze to nie je prilis hlupa otazka..kazdopadne keby sa niekomu chcelo tak by to mohol vysvetlit..vdaka!

(A este inak pri odovzdavani zadania pise ze mame odovzdat subor .xsl..tak preco v tom zadani IncomingEmails pouzil .xslt?)

a co presnejsie ti nejde? teda jak to prestane fungovat?

[kilomassa]

...
- znova sa to tyka XSLT (neprehadzuj pismenka v pripone)

neviem jak ostatni, ale ja tam vidim xls

vdaka, opravene

co sa tyka poctu roznych elementov v XML, tak je lepsie jednotlive informacie rozbit na co najmensie casti

hm len v predpise moc nevidime nejake cast co by sa dali rozbit... lekar na meno priezvisko... pacient...na meno rodne ciloslo...a dalej mi nic kreativne nenapada

[DeeL]

co vsetko sa pise na recept? si nevidim tam nieco podstatne ako je liek, a pri nom sa da uz znova toho viac, pocnuc davkovanim...

[Agamemnon]

ak nejdú transformácie a pod. veci... tak taký softík... altova xmlspy... síce platený, ale verím, že to vám nevadí, a asi ani nikdy nevadilo dokáže oi. debugovať (krokovať) transformácie...

ak ho poznáte, tak môj príspevok ignorujte a určite sú aj iné softy, čo to dokážu

[Ofinka]

...
- znova sa to tyka XSLT (neprehadzuj pismenka v pripone)

neviem jak ostatni, ale ja tam vidim xls

vdaka, opravene

co sa tyka poctu roznych elementov v XML, tak je lepsie jednotlive informacie rozbit na co najmensie casti

jop, super len som bol zmateny trocha :-O

Mam jednu dlhsiu otazku k 1. zadaniu. Neviem sa pohnut s tymi namespace-ami, pretoze ked sa ich tam snazim zakomponovat podla zadania, ktore tu zverejnili (IncomingEmails), tak mi to cele prestane fungovat. Preto by mi veelmi pomohlo keby tu niekto popisal jednotlive tagy s namespace-ami..ze preco tam su, odkial ich dostali a co robia.

v subore .xml:
<incE:incomingMails xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="IncomingMails.xsd"
         xmlns:incE="http://example.org/incomingMails" xsi:schemaLocation="http://example.org/incomingMails incomingMails.xsd">

v subore .xslt:
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                xmlns:incE="http://example.org/incomingMails" exclude-result-prefixes="incE">
v subore .xsd:
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" xml:lang="sk" version="1.0" targetNamespace="http://example.org/incomingMails" xmlns:incE="http://example.org/incomingMails">

..a este ze ci treba pridat este nieco ine aby to spolu fungovalo..lebo ked to spravim podla tohto tak mi to sice zobrazi udaje z xml-ka..ale iba cisto v plaintexte..a uz ma to fakt nebavi sa s tym babrat. Takze dufam ze to nie je prilis hlupa otazka..kazdopadne keby sa niekomu chcelo tak by to mohol vysvetlit..vdaka!

(A este inak pri odovzdavani zadania pise ze mame odovzdat subor .xsl..tak preco v tom zadani IncomingEmails pouzil .xslt?)

a co presnejsie ti nejde? teda jak to prestane fungovat?

tak my dvaja o tom mozme radsej zajtra pokecat na prednaske  ..a budem len rada ked mi budes vediet pomoct! 

[t0Mi]

"Musia byť použité priestory mien v XML, XML Schema aj v XSLT."

Vyplyva z toho ze mam pouzivat <xx:mojElement/> namiesto <mojElement/> ?
Ak pouzivam elementy bez prefixu, vsetko je vpohode az do chvile, kedy idem robit
xslt. To samozrejme nevie najst element v namespaci (ak mam zadanie xmlns=... namiesto xx:xmlns=...).
Jednym riesenim je zakomentovat kvoli xsl prekladu definiciu namespacov v korenovom elemente xmlka.
To je ale ak spravne chapem proti vyssie uvedenemu zadaniu.. ? Ci ?

[DeeL]

Vyplyva z toho ze mam pouzivat <xx:mojElement/> namiesto <mojElement/> ?

Toto tvrdenie nie je spravne, nakolko element moze byt v priestore mien aj ked nema prefix

Ak pouzivam elementy bez prefixu, vsetko je vpohode az do chvile, kedy idem robit
xslt. To samozrejme nevie najst element v namespaci (ak mam zadanie xmlns=... namiesto xx:xmlns=...).
Jednym riesenim je zakomentovat kvoli xsl prekladu definiciu namespacov v korenovom elemente xmlka.
To je ale ak spravne chapem proti vyssie uvedenemu zadaniu.. ? Ci ?

Totot spravanie xslt aktualne neviem naisto vysvetlit (najskor to bude mat nieco docinenia s tym, ze este tam mozete pouzivat HTML znacky, ktore maju vlastne tiez nejaky default namespace atd...), ale nic vam nebrani aby ste v XML pouzivali default namespace (bez prefixu) a nasledne v XSLT sa odkazovali na tie elementy uz s prefixom, len musia byt namespace URI spravne zadefinovane.

Cize ak mate v XML:

Code [Select] Expand

<person xmlns="http://www.tuke.sk/example">

mozete mat v XSLT:

Code [Select] Expand

<xsl:stylesheet xmlns:xx="http://www.tuke.sk/example" ....... >
 <xsl:template match="xx:person"> ......

[t0Mi]

JJ, myslel som to tak ci treba explicitne pouzivat prefixy.
Nejak mi nenapadlo v jednom subore pouzit prefix a v druhom nie.

Dakujem. Mat takeho cviciaceho v prvaku na matike, nemal by som veru Ecko..

[DeeL]

Nejak mi nenapadlo v jednom subore pouzit prefix a v druhom nie.

no presne o to ide, ze prefix je len lokalny v danom dokumente a teda v kazdom dokumente moze byt dany priestor mien identifikovany inym sposobom (bez prefixu, rozne prefixy atd)

[domino3d]

ale nezabudni na prefixy pri xpathe v xslt

[t0Mi]

nie nie ved uz to mam rozbehane.. a co je good practice v tomto pripade ?
uvadzat radsej cele cesty alebo mf, ked mam vsade rozne nazvy elementov ?

A: /ec:calendar/ec:event
B: ec:event

[DeeL]

v podstate to zalezi od mnozstva zalezitosti, ci niekto neskor nemoze nieco zmenit v XML a jednotlive elementy nebudu mat unikatne nazvy atd... avsak v ramci uz nejakych casti, by som odporucal potom pouzivat relativne cesty... teda v elementoch, ktore sa nachadzaju vo vnutri <xsl:template...>  ako su value-of, lebo tam sa nastavuje aktualna poloha na ten element, na ktorom sa dany template aktualne aplikuje...
pri pouziti pri atribute v apply-templates to zalezi od toho ako som uz pisal na zaciatku

[elvolcanoik]

co to mame vlastne odovzdat v 9.tyzdni???

[pinderko]

tiez by som chcel trochu to upresnit...staci nejaky class diagram, ci treba to rozpisovat....

[DeeL]

Rozhrania objektov, cize Interfaces... rozhrania sluzia na preddefinovanie mozneho sposobu vyuzitelneho pri rozsirovani a modularite daneho systemu... udajove objekty zasa sluzia na reprezentaciu jednotlivych udajov v samotnom programe.

Cize  je potrebne tieto veci ukazat navrhnute, ako to bude cele moct fungovat a zaroven aj ich pripadne zdrojove kody. Pripadne ak pouzivate iny pristup v programovani, ukazete ekvivalenty k pozadovanym veciam vo vasom rieseni.

Zaroven este je potrebne uviest aj pouzite technologie (frameworky atd.), na ktorych je postavene vase riesenie a co to prinasa vo vasom rieseni.

Ak by som to mal zhrnut, tak ide o odprezentovanie sposobu prace s udajmi v ramci programu a o navrh istej formy rozsiritelnosti (niekto by to mohol nazvat aj API, ale to nie je v pravom zmysle slova).

[Easoft]

Toto som potreboval vediet predvcerom. Dobru noc

[pinderko]

na tento tyzden treba nieco posielat?

[markus]

"Dobry den,
najlepsie by bolo ak by ste mali vlastny notebook a na nom to odprezentovali
s napojenim na projektor. Zaroven odoslite aj aplikaciu v aktualnom stave
zbalenu do ZIP do pondelka. Nemusi tam vsetko fungovat, len aby aspon nejaka
jedna funkcia fungovala, ze aspon ukazat nieco nacitat z databazy a
zobrazit. No cim viac, tym lepsie pre Vas.

S pozdravom,
Ing. Dominik Lakatoš"