[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?

[ffreak]

Dwie rzeczy:

1. XML nie służy do gromadzenia danych i ich późniejszego przeszukiwania, więc NIGDY nie zastąpi relatywnych baz danych. XML słuzy przede wszystkim do wymiany danych, a inne jego zastosowania wynikają głównie z tego, że jest to format tekstowy i to bardzo prosty, bo samoopisujący się, więc czytelny dla człowieka. Takich formatów/języków jest więcej btw..

2. Nikt świadomy tego co robi nigdy nie będzie wysyłał do przeglądarek dokumentów w postaci XML+XSL, bo to rozwiązanie ma jedną dyskwalifikującą go w tej sferze wadę: jest kompletnie bezużyteczne dla przeglądarek nie obsługujących XSL. Trzeba bowiem zauważyć, że świat nie kończy się na IE, Fx, Opera, Konqueror, Safari, czy iCab... Oczywiście nie tyczy się to róznych specjlistycznych aplikacji.


Poza tym potwierdzam to co napisał bigZbig.