Jacek Czerwinski wrote:

> Lucjan J.A. Tumim pisze:
>> Jacek Czerwinski wrote:
>>
>>> Lucjan J.A. Tumim pisze:
>>>> To ja sie podepne pod watek i zapytam. Ma ktos jakas gotowa gramatyke
>>>> XML i ew. jakiegos kawalka jabber-a?
>>>>
>>> a) dlaczego XML gramatyką?
>> Nie XML gramatyką tylko gotową gramatyke XML. Opis składni dowolnego
>> dokumentu XML zapisana np. w yacc.
> Od gramatyki XML jako takiej (tzn kończącą się na TAG jako taki) po
> konkretną gramatykę jabbera droga daleka (tzn poziom apliakacji
> sieciowej trzeba napisac)
> Parsowanie XML gramatyką i parserem ? Nie jestem teoretykiem i
> specjalistą, ale dla mnie jak mieszanie herbaty przynajmniej widelcem.

Będziesz się śmiał, ale tak właśnie piszę swój komunikator. Mam pliki
napisane w swoim języku i generuje z nich aplikację. Tak samo jest ze stosem
jabbera i logiką i kontrolkami. Zreszta AbiWord tez tak robi, ale
bałaganiarsko. Za to uruchomisz to na dowolnej maszynie i systemie jak
chcesz.

> Czy w Yaccu cokolwiek jest na talerzu? MSZ mocno wątpliwe. Dla mnie ta
> biblioteka jest brrrrr. W razie potrzeby parserów uzywam Antlr, jakies
> gramatyki na XML/XHML były (nigdy mnie nie kusiło ich użyć).

Sam napisalem chyba ze 2 proste parsery. Jeden kiedys w Turbo Pascalu.
Generował też pascalowy kod ;)
Po prostu pomyslalem, ze po co mam pisac to od nowa jak pewnie gdzies jest.
Moze ktos wie gdzie takie gramatyki znajdę?

>>> b) do jabbera jest multum narzedzi w każdym w zasadzie języku, co chcesz
>>> zrobic?
>>> Ciezko by bylo klasycznie sparsowac nieskonczony strumien XML :P
>> ?
>>
>> A możesz mi powiedzieć dlaczego?
> Wszystkie znane mi podejścia parserowe zakładają skończony strumień.
> Wtedy input da się ocenić wóz/przewóz, wtedy jest drzewo itd.
> Czy 'twój' ('twój' == nie mój) yacc umie na nieskończonym strumieniu,
> nie mam pojęcia.

Wywoływac yacca można hm.. jak to powiedzieć po kawałku. Nie trzeba mieć
całego strumienia. Właśnie to chcę uzyskać. Jak w leniwych językach
programowania. Robić to co teraz potrzebne.

>> Jest narzędzi trochę to prawda, ale nie wszystkie sa rozsadne. Co chce
>> zrobic? Napisac klienta jabbera, który by zamiast parserow xml uzywal po
>> prostu yacca.
>> Zauwaz jak latwo dodajemy nowa funkcjonalnosc. Mamy na talerzu wszystkie
>> te dziwaczne kawalki XML. Jest to dla mnie atrakcyjny sposob pisania.

> raz w zyciu Jabbero-podobny stumień rozbieralem ręcznym (ręcznym o tyle,
> że baze miałem od uznanej bilblioteki XML) kodem, ale to był tryb SAX.
> Dośc czytelne to wyglądało

Nie dyskutuje. Może faktycznie masz rację.

> Podstawowy zestaw tagów jabbera jest dośc płaski, do 2-3 poziomów, z tym
> że jak wchodzimy w rozszerzenia XMPP zaczynają się schody. Zbudowac
> stosik, te sprawy, wynajdywanie koła.
> I z nieskończonością strumienia jeszcze jeden problem. Wznawianie po
> błędzie. Zaden znany mi parser nie wznawia w pełnowartościowym trybie,
> zawsze jest to jakies tam tylko ratowanie. W naturalnych narzędziach XML
> jest to prostsze, poczynając od podstawowej zasady 'nie znam tagu to
> ignoruję'.

Po to potrzebna gramatyka. Czytam co trzeba reszte pomijam.

> Czyste i pewne zamknięcie 'drivera' yaccowego (np. celem powołania
> nowego i wznowienia) opartego na zmiennych globalnych, brrrrr.

A nie ma znaczenia czy yacc czy altr czy co tam jeszcze. Wazne by było
czytelne i szybkie. Nie musze uzywac yacca jesli akurat bedzie to czytelne.

Dziekuje za luźne mysli. Podobaja mi się.