🚀 go-pugleaf

"IT-C (http://www.it-consulting.prv.pl)" <info@it-consulting.prv.pl> wrote:
>Jeżeli będzie ona w postaci pliku XML to nie ma problemy z jej
> importem do systemu gdyż nie są potrzebne tak szczegółowe dane jak format
> pliku, kolumn i innych potrzebnych danych.

Tak dobrze to nie ma. Dane o kolumnach sa _niezbedne_.

> XML opisuje każdą daną  czyli np.:

Nieprawda. Sam przytoczony XML nie opisuje zadnej danej.
On je tylko i wylacznie pozwala latwo 'wyluskac' z pliku.

>       <szt>10</szt>
>       <cena_jednostkowa>10.000</cena_jednostkowa>

Prosze mi powiedziec jak na podstawie samego powyzszego
pliku XML program 'odbierajacy' ma wyczuc:
ze <szt> to liczba typu integer a  nie np. kawalek tekstu
ze <cena_jednostkowa> to liczba typu double a nie np
kawalek tekstu czy godzina wyslania ?

Nie ma sensu tworzyc mitow. Sam goly XML niczego nie
zalatwi. Strona klienta musi zawczasu wiedziec _co_ jest
przesylane (musi znac semantyke danych).
Mozna to uzyskac roznymi sposobami oczywiscie
(jak najbardziej w samym pliku XML, najprosciej umieszczajac
np.DTD) ale i tak przeciez strona odbierajaca musi przeciez
wiedziec _co_ ma z tymi danymi zrobic (sam nawet najdokladniejszy
format danych to za malo). A wiec musi sie jednak przy piwie
choc raz dogadac dwoch wyrobnikow z dwoch stron co chca
od siebie nawzajem i kilka rzeczy oprogramowac.
Na to jeszcze nie wymyslono automatu.. (i dobrze:)
Wiem ze powyzsze to oczywiscie banaly (ale czy dla wszytskich.. ?)

--
Adam Karpierz
karpierz@alpha.pl