🚀 go-pugleaf

"IT-C (http://www.it-consulting.prv.pl)" <info@it-consulting.prv.pl> wrote:
>
> Użytkownik Marcin Kasperski <Marcin.Kasperski@softax.com.pl> w wiadomości
do
> grup dyskusyjnych napisał:39B8A1DF.D4C86CAD@softax.com.pl...
> > Marcin Jagodzinski wrote:
> > >
> > > On Thu, 7 Sep 2000 14:16:29 +0200, "Rafal Smyka" <rsy@img.com.pl>
wrote:
> > >
>
> I o to chodzi (to dotyczy kilku poprzednich postów za jednym zamachem).
XML
> ma nie tyle zastąpić kilkaset filtrów importowych. Chodzi o to, że XML to
> także a nawet głównie gotowa warstwa komunikacyjna (protokół sieciowy
> wymiany plików, metody zabezpieczenia i autentyfikacji i inne). Jak już
> wspomniałem pliki HTML-owe są praktycznie bez większych problemów wysyłane
> przez różnej produkcji serwery od dostępne na różnych platformach. W
> przypadku XML'a masz na tacy bez żadnej pracy gotową możliwość wysłania
> dokumentu z niewielkiej aplikacji chodzącej na WindowsNT do jakiegoś
potwora
> na Mainframe'ie i nie musisz tego oprogramowywać bo byś na za..... robił
na
> śmierć.

Te akurat argument nie przekonuje mnie.
Szczegolnie z punktu widzenia programisty-wyrobnika.
Pliki XML jak i kazde inne (w tym HTML) sa wysylane dokladnie tak
samo jak i kazde inne przez protokol HTTP.
Co to jest (jak ma byc traktowane) decyduje tylko i wylacznie
(no.. z malymi wyjatkami dla IE..) pole Context-type z ktorego
korzysta tylko strona kliencka i to wylacznie ona decyduje (wg tego pola)
czy i jak jest interpretowany wysylany plik (a raczej ciag batow).
Tak wiec wylacznie klient jest 'uczulony" na dany typ pliku
i wylacznie od strony klienta (parser) zalezy jego ewentualna obsluga.

> Jedyne co musisz zrobić to dogadać które dane będą wymieniane i
> wypić flaszkę na inaugurację.

To dogadanie jest sednem problemu i sam forma XML nic tu nie wnosi.
Semantyki przeciez nie da sie zautomatyzowac generalnie.
Mozna to dogadywanie jedynie (ale dosc znacznie) ulatwic poprzez
okolo-XML-owe narzedzia.
Nie znam dobrze (tylko z doskoku) swiata XML-a ale wydaje mi sie ze
sila XML-la to wcale nie sam XML (to tylko baza-format) ale ..
DTD, XSLT, XPath itp. pozwalajace w latwy sposob zarowno konwertowace
po stronie klienta ten sam XML (czyli dane) na interesujaca nas postac
(np do XTML-a na ekran, PDF-a np do druku czy cokolwiek innego) czy
np. dynamicznie porzez XPath lub to samo ustandaryzowane API (DOM)
odpowiednio sterowac (sortowanie , filtrowanie, wyszukiwanie itp).

Potwierdzcie prosze czy dobrze rozumuje czy tez bladze zupelnie.

--
Adam Karpierz
karpierz@alpha.pl