XSD odwolujacy sie do zawartosci xml

Thread View: pl.comp.xml

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by Gregi Sun, 11 Mar 2007 10:15

#9165

Author: Gregi
Date: Sun, 11 Mar 2007 10:15

35 lines
1623 bytes

Witam,

XSD z definicji nie może odwoływać się do zawartości xml.
Jakie są możliwości obejścia tego ?
Mam pewien element, którego zawartość ma zależeć od wartości atrybutu
jednego z jego podelementów. Np. jeśli podelement ma atrybut ustawiony 
na "A" to wtedy w elemencie występuje inny opcjonalny element :
<element>
    <podelement atrybut="A" />
    <opcjonalny_element />
</element>

Jeśli jest "B" to opcjonalnego elementu nie ma :
<element>
    <podelement atrybut="B" />
</element>

Jedyne co mi przychodzi do głowy to "wyrzucenie" atrybutu wyżej do nazwy
elementu :

<elementA>
    <podelement />
    <opcjonalny_element />
</elementA>

i odpowiednio :
<elementB>
    <podelement />
</elementB>

Ale to nielogiczne i brzydkie :/

-- 
Pozdrawiam Gregi
Jesli chcesz do mnie napisac, zmien w moim adresie X na i.

Re: XSD odwolujacy sie do zawartosci xml

#9166

Author: szomiz
Date: Sun, 11 Mar 2007 20:57

45 lines
2851 bytes

Użytkownik "Gregi" <greg@wXkXngs.pl> napisał w wiadomości 
news:et0krj$3sv$1@serwer.infinity.net.pl...


> Ale to nielogiczne i brzydkie :/

Oficjlanie sie nie da.

Nieoficjalnie mozna korzystac z wymagania specyfikacji schemy mowiacego o 
jednoznacznosci miejsca na ktore wskazuje selektor. Ale wtedy dopiero 
zaczyna byc to nielogiczne i brzydkie (nie mowiac o tym, ze sensownie 
nieprzetwarzalne).

Aplikacja TEZ cos musi robic. Schema nie sluzy (i nie moze sluzyc!!!) temu 
by dokument byl doskonale zgodny z oczekiwaniami.

W im wiekszym stopniu mialby byc, tym wiecej pradu marnowalo by sie na jego 
przyjmowanie. A zawsze bedziesz w stanie wymyslec oczekiwania, ktore nie 
spelnia wymagan okreslalnych standardem (na: sumy kontrolne dla numerow tego 
czy tamtego, kod pocztowy).

Wszystko wynika z (glupiego) przekonania, ze przyjmowany dokument ma byc 
/idealny/. To abstrakcja. Nawet dla pojedynczego, niezwiazanego z innymi, 
dokumentu. No bo jak sensownie w schemie zawrzec wymaganie poprawnosci (i 
sensownosci!) kodu pocztowego, czy GUS'owsiego TERT'a?

A jak zacznie sie jazda uzgodnien z dokumentami zlozonymi wczesniej i/lub z 
danymi z (nieistniejacych lub komunikacyjnie niesformalizowanych) systemow 
referencyjnych (KRS, NIP, REGON, PKD ...) to dazenie do maksymalnej 
formalizacji otrzymywanych danych jest (w zaleznosci od miejsca pacy) albo 
strzalem w stope albo pomyslem na dotrwanie do emerytury.

_Podsumowujac_

Zawrzyj w schemie wymagania zrozumiale dla absolwenta WSTiT. Reszte wymagan 
opisz (sa sensowne propozycje formalizacji wewnetrznych wymagan: 
www.oasis.org).

Zyj i daj zyc innym ;)

-- --- -- --- -- --- 
sz. & Draco - byrnenski pies pasterski
http://szomiz.republika.pl/dod/draco/
Od kilku dni szczesliwi posiadacze i prawie szczesliwi mieszkancy
gospodarstwa rolnego na Roztoczu.

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads