🚀 go-pugleaf

Użytkownik "szimano" <szimano@szimano.org> napisał w wiadomości 
news:c4e014dc-845e-4b24-9177-d42c165b2719@j8g2000yql.googlegroups.com...

> Wszystko zalezy od tego co ja chce miesc w xmlu :) Akurat w moim
> przypadku musze miec zarowno definicje obiektow jak i ich

W tak zwanych "dwojkach" masz bezposredni dostep do definicji oschemwanych 
dokmentow. W "jedynkach" mozesz dojsc do nich w banalny sposob tak dom'em 
jak i transformacja.

> implementacje. Taki use case - trudno mowic, czy popelnilem blad cos
> zakladajac czy nie - po prostu w xmlu maja znalezc sie takie
> informacje. Skoro sie tego nie da zwalidowac, bede to sprawdzal przy
> imporcie.

Moze i taki case. Trudno mi jednak wyobrazic sobie sytuacje, w ktorej 
przewage ma:
    narzad[@nazwa='oko']
nad:
    oko
skoro wiemy (i wymuszamy), ze dopoki nie pojawi sie:
    dziecko
(a wrecz dzieci) mamy do czynienia z abstrakcja typu "narzady", ktora mozna 
(i warto) podkreslic w schemie chocby przez uzycie xs:grop.

> Co do pytania drugiego - jak zdefniuje w elemencie glownym, to chyba
> mi tylko zwaliduje element glowny ? Bo z tego co szukalem, to ten

Troche nie rozmiem, ale cos mi mowi, ze parles sie definiowac klucz tam 
gdzie go uzywasz, a nie ma takiego wymogu.

> wykastrowany xpath, ktory mozna uzywac w xsd nie obsluguje descendant

A po co descendant (w tym przypadku)? Wartosci "slownikowe" sa ulokowane 
precyzyjnie.

sz.
P.S. Olej szukanie w sieci. Poswiec troche czasu na analize "schemy schemy". 
W niej napawde dobrze widac co, kiedy, dlaczego i jak ;>