[xml] Czas na XSLT?, O wyręczaniu php i SQL XML-em Opcje

[DEXTER_c]

Chciałbym wszcząć dyskusję o plusach i minusach "XML" - pisze w skrócie "XML", ale rozumiem przez to słowo całą rodzinę technologii z nim związanych.

Plan jest taki:
1. Rezygnujemy z SQL itp.
2. Osoba używająca przeglądarki z procesorem XSL po odwołaniu się do pliku XML zobaczy poprawną stronę XHTML.
3. Zasadniczo pliki XHTML tworzymy na serwerze.
4. php używamy do:
- generowania kodu XHTML
- zarządzania stroną - edycji plików XML, a także XSL i CSS
- rejestrowania użytkowników, dodawania komentarzy.
5. Artykuły z komentarzami (razem) trzymamy w pojedynczych plikach XML. Tworzymy plik XML z metadanymi artykułów.
6. Bazę użytkowników trzymamy w 1 pliku XML.

ZALETY:
1. Strona powinna wyjątkowo szybko i łatwo się generować.
2. Wyjątkowo łatwa ręczna edycja danych.
3. Artykuł reprezentowany jest przez czytelny plik XML, a nie jako rekord w bazie stasunkowo trudny do odczytania, a tym bardziej np. do przeniesienia.
4. Bardzo łatwa przenośność zawartości serwisu.

WADY:
1. Powolna edycja danych - samo dodawanie powinno działać równie szybko.

PYTANIA:
1. Czy za pomocą XSLT np. postronicuję komentarze, bazę użytkowników?

[sf]

1. Strona powinna wyjątkowo szybko i łatwo się generować.

Myslisz, ze xslt szybciej wygeneruje strone? Mozesz pokazac jakis test? Np. masz plik xml, który ma wagę 100mb i bazę co ma 100mb. Do boju, kto szybciej wybierze dane, a potem je wyświetli ;}

2. Wyjątkowo łatwa ręczna edycja danych.

Klient ma sobie recznie zmieniac pliki? :/

3. Artykuł reprezentowany jest przez czytelny plik XML, a nie jako rekord w bazie stasunkowo trudny do odczytania, a tym bardziej np. do przeniesienia.

Czemu jest trudny do przeczytania rekord w bazie, to poprostu select? Wg. mnie wiecej zachodu jest z xml.. zwlaszcza jak jest duzy to trzeba tworzyc parser do tego.

Ten post edytował sf 19.03.2006, 09:36:04