🚀 go-pugleaf

Użytkownik "pbk++" <jbond007@free.polbox.pl> napisał w wiadomości 
news:fsii1r$6nt$1@nemesis.news.neostrada.pl...

>> Po drugie ani jedno ani drugie nie bedzie szybkie. No chyba, ze chodzi o 
>> prace z pojedynczymi dokumentami. Ja temat _tych_ dokumentow znam od 
>> strony przyjmowania, a tam wydajnosc miala, oj miala, znaczenie.

> Pojedyncze dokumenty. Walidacja przed wysłaniem na 'Twoją stronę'.

Nie moja. Ja tam tylko dwa drobiazgi, z ktorych jeden (zwiazany z walidacja) 
byl dostepny do niedawna na stronach MF w zrodlach.

>> Transformacja bedzie najszybsza.

> Czyli proponujesz najpierw formalną walidację dokumentu, potem zaś XSLT.

Wiecej, proponuje nawet formalna walidacje przy pomocy xslt.

> Ale widzisz nadal nie umiem uruchomić dodatkowej kontroli na poziomie

Poniewaz pozwala ona na precyzyjne okreslenie co, gdzie i dlaczego jest zle 
w dowolnym momencie. A "schemowanie" (nawet przy dostepie do wszystkich 
bledow, a nie pierwszego napotkanego) jest praktycznie nie do powiazania z 
operacja wykonana na dokumencie.

> dokumentu. Zadanie mam postawione w ten sposób, że to parser ma sam

Jezeli to zadanie biznesowe - troche sie pomeczysz. Jezeli naukowe mozna 
sprobowac dotrzec do osoby, ktora te reguly opracowuje.

> wyzwolić sprawdzenie odpowiedniej reguły (zaszytej jako metoda i dokładnie 
> wiedzącej co ma robić, metoda ta może, jak sugerujesz

I to jest bardzo takie sobie podejscie do zagadnienia. Przeciez te reguly 
podawane sa w spojny i niezmieniajacy sie od lat sposob (w wykorzystaniem z 
xPath'a nawiasem mowiac).

> Uruchamianie reguł nieformalnych można sprecyzować jako wywołanie

One sa formalne ;-)

> jakiejś konkretnej funkcji np. CheckInformalRule() z parametrami jak nazwa 
> reguły (literał), wskaźnik na element (DOMNode), funcja ta jest 
> rozdzielnikiem wołającym metody obsługujące funkcje obsługi poszczególnych 
> reguł, np.

W schemie masz informacje o regule. Trzeba trzymajac za ogon wezel znalezc 
jego definicje w xsd i stamtad wypuscic sprawdzanie. Z tym, ze niekoniecznie 
osobne dla kazdego R*.

One przeciez sprowadzaja sie do ograniczonej kombinacji ograniczonej liczby 
operacji.

> Mój problem jest więc taki: jak powiązać analizowany element DOM z 
> adnotacją zaszytą w definicji elementu w schemie.

A to akurat jest bardzo proste. Schema musi jednoznacznie okreslac dokument.

Metoda brute-force: isc od "gory" dokumentu znajdujac kolejne xs:element z 
wlasciwym dla poziomu name.
Metoda wydajna: znalezc wszystkie xs:element z name jak analizowanego wezla, 
a nastepnie odrzucac te, ktorych nazwy (kolejnych) parentow w dokumencie i w 
schemie sie nie zgadzaja.

>> A swoja droga: kto ma budzet, zeby wejsc na _ten_ rynek? Bo tort zostal 
>> podzielony jeszcze przed wejsciem do UE...

> Ten kto produkuje programy współpracujące w Celiną

Wiele firm produkuje, wiele firm produkowalo w momencie uruchomienia 
systemu.

I dej Boze, zeby wszystkie projekty z elektroniczna wymiana dokumentow 
zakladaly takie odstepy czasowe od opublikowania schem (przemyslanych do 
szczegolu, choc pisanych w sposob, za ktorym nie przepadam) i wymagan (jak 
siadzesz kiedys do deklaracji podatkowych zatesknisz za konsekwencja i 
oszczednoscia z SAD'wo) do czasu obowiazku i ich korzystania.

sz.