🚀 go-pugleaf

Maciej Montewski wrote:

>     Zapewne nic z powyzszego nie zrozumialem i ogolnie sie nie znam, ale:
>     IMHO "profesjonalne rozwiazania" to wlasnie sieci ( czyli miedzy
> innymi TCP/IP ) - przynajmniej wszedzie mnie tak ucza ( studia
> informatyczne ) i w wiekszosci projektow siec jest podstawowa rzecza, wiec
> jakos mi trudno wyobrazic mi sobie "profesjonalne rozwiazanie" bez
> technologii klient-serwer, juz pal licho internet, mam na mysli chociazby
> intranet.

Profesjonalne rozwiazania sa rozne. Niektore wymagaja maksymalnej
powszechnosci. I wtedy czasami nie mozna wymagac nawet protokolu TCP/IP.

> > Sytuacja jest taka, ze masz plik XML na dysku i chcesz go objerzec
> jakims
> > umowionym, przypisanym do rozszerzenia XSL-em. Odpadaja wtedy wszystkie
> metody
> > serwerowe. Wtedy wszystko musi sie dziac po stronie klienta.
> >
> > Ponadto taka filozofia moze poskutkowac znacznym zmniejszeniem ruchu w
> sieci.
> > Poprostu przegladarki beda programowalne i bedzie mozna wiecej operacji
> wykonywac u
> > klienta.
>
>     Znow nic nie rozumiem. "Zmniejszenie ruchu w sieci" ? W jaki sposob ?
> Czysto teoretycznie: jesli nie parsuje XML`a po stronie serwera to musze
> poslac do klienta _caly_ plik XML`a i caly arkusz XSL`a zeby przegladarka
> to ladnie przetworzyla i wyswietlila ( co przy obecnych przegladarkach
> jest czysta teoria ) Ja tu oszczednosci nie widze tym bardziej, ze wolabym
> pokazywac to co ja uznam za stosowne a nie wszsytko "jak leci". Bardzo
> mozliwe, ze mam bledne zalozenia wiec prosilbym o poprawienie mnie ;-)

Przegladarka ma operowac na obiektach z danymi - i tu wchodzi XML, ktore ma
caly czas w pamieci. Komunikacja z serwerem nastepuje dopiero, kiedy tego
naprawde potrzebujesz (musisz cos tam wyslac lub sciagasz jakis niesciagniety
jeszcze widok dokumentu lub obiekt z danymi).

AnD