Forum PHP.pl

Witam i mam pytanie takie troche dziwne jako ze nigdy nie uzywalem plikow XML a chcialem poszerzyc moja wiedze na temat Webmasteringu chcialbym was sie zapytac do czego uzywacie wlasnie pliki XML.

Z tego co rozumiem maja one za zadanie reprezentowac jakies dane troszeczke jak pliki z powerpointa?

Np mam pliki *.ini do konfiguracji modulow i zastanawiam sie czy nie zastapic ich plikami XML.

A po co chcesz zmieniac format? dotychczasowy ci ine wystarcza? masz za duzo czasu?

Wlasnie mam ten sam problem, i ini za chwile mi przestanie wystarczac - jak dodam nowy feature, to bede musial przejsc na XML - na razie nie ma potrzeby.

No bo w sumie dane w plikach *.ini reprezentuje jakby w pliku *.txt czyli:

Wydaje mi sie to malo profesjonalne.

A do czego mozna jeszcze uzyc xml??

XML jest już trochę starawy. niebawem JSON stanie się popularny:)
dlatego może nad nim się zastanowisz?
głównie do przechowywania konfiguracji zapisywanych w plikach no i oczywiście przesyłanie danych ajaxem.
zobacz na flickr.com, last.fm, vimeo.com i wszystkie takie większe serwisy, które udostępniają jakieś API.

XML może być wykorzystywany do prezentacji zawartości bazy danych dla użytku serwisów zewnętrznych (np. wspomniane API). Poza tym, kanały RSS są generowane w XML. Ogólnie, jest to jeden z wielu sposobów na prezentację i przechowywanie danych (choć nie powinno się tego używać do przechowywania dużej ilości danych, bo będzie to niewydajne).

@AxZx: to zes palnął teraz.

XML przestarzaly - mowimy o konfiguracji aplikacji, ktora nie jest wysylana ajaxem do przegladarek

@marcio: jak masz duzo ustawien to mozesz XML uzyc dla czytelnosci - jednak jak tylko tyle co tu pokazales (malo) to zostaw ini (http://en.wikipedia.org/wiki/You_Ain't_Gonna_Need_It )

W moim konfigu podaje ustawienia ktore modul wpisuje do rejestru przy instalacji

No ale chyba bede musial dodac parametry do tych ustawien, czego nie da sie w ini wykonac ( [ sekcje ] juz wykorzystuje do czego innego).

Hmm mozesz rozwinac twoja odpowiedz bo zabardzo nie rozumiem?

Hmm z tym JSON to wlasnie tak jak mowi @dr_bonzo to raczej sie przydaje przy uzyciu Ajax'a niby jest to szybsze ale skladnia jakas taka nijaka,a w XML z tego co widze to mozna robic jakie sie chce znaczniki (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

NO ale jednak ten XML jest taki bardziej "profesjonalny" lecz mysle ze bedzie to wolniej dzialalo bo wkoncu trzeba by bylo uzyc regexp zeby wyciagnac dane (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Nie ma bardziej czy mniej profesjonalnych narzędzi. Są narzędzia bardziej czy mniej profesjonalnie dobrane.
Wybierasz takie narzędzie, które w najlepszy sposób spełni Twoje potrzeby i oczekiwania.

Tak. XML jest wolniejszy ponieważ jego parsowanie (nie regexp'y, tylko gotowe parsery) jest wolniejsze.

Nom ale ogolem jest napewno bardziej profesjonalne niz reprezentacja konfiguracji modulu w postaci txt a pliku *.ini przynajmniej tak mi sie zdaje.

A sorki jesli ktos nie chce uzywac gotowych parserow takich jak SimpleXML czy jakos tak to przeciez proste dokumenty XML moze za pomoca Regexp parsowac czyz nie?

napisałem, że jest starawy - chyba nie zaprzeczysz? (9 lat)
konfiguracja też może być zapisana w JSON.

Tu ma trochę racji, jeśli chodzi o składnię, to jest przecież prostszy, a nie wymaga na ogół wynajdywania osobnych parserów typu YAML. I panuje tendencja ku JSON-owi.

A czemu prostszy? Nie trzeba sobie zawracać gitary prologami, zamykaniem tagów, itp, wystarczy tylko pamiętać zasadę klamerek i klucz: wartość, a oddzielanie wartości jest dużo bardziej intuicyjne.

Jeśli chodzi o JSON, to zetknąłem się z nim przede wszystkim przy okazji tworzenia aplikacji AJAX-owych. XML może być stosowany do konfiguracji, ale chyba nie ma sensu bawić się takie zbędne bajery (obojętnie czy to XML, czy inny format), skoro można trzymać konfigurację w zwykłych zmiennych, czy tablicach w php. Nic dodatkowo nie parsujemy, a dane konfiguracyjne i tak zapisuje się tylko raz i od święta zmienia. Po co więc dodatkowy zachód?

Ale sęk w tym, że nie każdy zna PHP, a jeśli chodzi o jego składnię, to dużo łatwiej popełnić w nim błąd coś modyfikując. Zwróć uwagę, że w przypadku JSON np. cudzysłowy stosowane są zazwyczaj wtedy, jeśli to konieczne (np. spacja w ciągu).


Jeśli dobrze myślę, to JSON jest szybciej parsowany ze względu na prostszą strukturę i brak konieczności sprawdzania np. domknięć tagów, prologów, itp.

To mowicie zeby zostawic tak jak jest i w ogole nie patrzec w przyszlosci ani na XML ani na JSON??

Im więcej potrafisz, tym lepiej dla Ciebie (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) . Jak już ktoś wspomniał, powinieneś wiedzieć, w jakiej sytuacji najodpowiedniejszym rozwiązaniem będzie zastosowanie XML i JSON.

Jak dla mnie konfiguracja w ini jest ok i chyba wygodniejsza do utrzymania - ja lubię także yaml - trzeba się do niego przekonać, ale jest wygodny w użyciu. Ogólnie jak dla mnie w większości przypadków konfiguracja w xml jest zbędna i trochę zbyt "rozdmuchana".
Oczywiście xml jest bardzo przydatny w innych przypadkach. Przede wszystkim wspomniane wszelkiego rodzaju API, gdzie zachodzi potrzeba wymiany między dwoma odrębnymi systemami - np. poruszana niedawno kwestia porównywarek cen czy np. udostępnianie treści swojego serwisu innym serwisom. Także xml warto opanować i na pewno będzie ta wiedza procentować.

HMm nom wlasnie czytajac takie pojecie jak wymiana danymi pomiedzy innymi systemami nie wiem zabardzo o co wam chodzi lub przy rodzajach roznego API, hmm moze mozecie pokazac mi jakies przyklady w sensie kodow zrodlowych?

No np. XML-RPC (Wordpress, inne CMS-y), co jeszcze - z JSON-owego, to np. BlipAPI.

Przykładowo masz aplikację ogłoszeniową, istnieje prawdopodobieństwo że inne serwisy będą chciały publikować Twoje ogłoszenia. Piszesz API, które pozwala udostępniać te ogłoszenia. Czyli np. zaprzyjaźniony serwis wysyła żądanie a ty odsyłasz mu plik xml z ogłoszeniami.
Idealne zastosowanie dla xml'a bo ta technologia służy właśnie między innymi przesyłaniu danych pomiędzy różnymi systemami.

Inny przykład to porównywarki cen. Sklepy dostarczają co x czasu aktualny spis swoich towarów w pliku xml a porównywarka to wszystko agreguje. Znowu chodzi o to aby każdy sklep mógł uczestniczyć w tego typu operacjach więc potrzeba uniwersalnego sposobu przesyłania danych.

Ah juz chyba wiem o co chodzi cos jak pobieranie News'ow ze strony: http://hacking.pl/ i umieszczanie ich na wlasnej stronie, pytam bo moj kolega zrobil cos takiego tylko nie wiem czy opiera sie to wlasnie o pliki XML musze sie zapytac.


No ale to w jaki sposob moj servis ma wiedziec ze ktos rzada odemnie zadanie zeby pobrac News'y np?

Myslalem ze takie rzeczy to raczej wyciaga sie ze stron za pomoca RegeXp