Общие > Веб-технологии
XML
NeoNox:
--- Цитировать ---NeoNox, а какой может быть толк от "XML без приблуд", читай - без парсера и механизма отображения?
Мне лично это непонятно....
--- Конец цитаты ---
и мне...
Этот тред создан как обсуждение вот этого треда:
http://forums.webscript.ru/showthread.php?s=&threadid=4307
DenisK:
--- Цитировать ---Этот тред создан как обсуждение вот этого треда:
http://forums.webscript.ru/showthre...=&threadid=4307
--- Конец цитаты ---
Кажется я этого не говорил. Я читал многие форумы, просто остановился на этом треде (типа накипело :) ) и цитаты взяты оттуда.
По поводу применять/не применять. Как и любую другую технологию, XML нужно применять после анализа целесообразности. И не кидаться из крайности в крайность: делать сайты из трех страниц на XML, или говорить, что XML никуда не годен, нада все делать на Perl. Области применения я немного обрисовал, но эту тему можно развить.
--- Цитировать ---Обоснуй пожалуйста. В чем неоспоримые преимущества перед реализацией на , ну скажем, HTML+Perl+Oracle?
--- Конец цитаты ---
Вот именно это я назвал бредом (извиняюсь за резкость). А в чем неиспоримое преимущество строительства домов из кирпича и цемента вместо использования строительного крана? :) XML применяется не вместо HTML+Perl+Oracle, а вместе с ними. Oracle (или другая БД) получает запрос и генерирует ответ в XML. В работе БД нет никакого намека на HTML, а во многих случаях и вообще на конкретный сайт. Работа БД: получить информацию, что-то с ней сделать, вернуть ответ. Где и как он будет использован, программиста БД не каcается. Дальше этот XML парсится с XSL. Программеру XSL в свою очередь не важно, откуда берется XML, и ваще динамический он или статический, он просто пишет механизм преобразования документа в HTML. Даже если проект делается одним человеком, такое разграничение сильно помогает повысить повторное использование кода, обеспечивает переносимость проекта, смену дизайна и структуры, представление контента в разных форматах и.тд.
--- Цитировать ---В предыдущих темах поднимался вопрос только (!) о XML. Без XSL, Java и остальных приблуд.
--- Конец цитаты ---
А было бы забавно обсудить например JS в отрыве от HTML, IE, NN :)
Oak:
--- Цитировать ---
А было бы забавно обсудить например JS в отрыве от HTML, IE, NN
--- Конец цитаты ---
Ты глубоко не прав. Читать тут:
http://www.mozilla.org/js/projects.html
И вообще, если ты пропагандируешь XML, то я буду пропагандировать рулезность и удобство ASCII файлов, потому как существует уже множество парсеров под него, а фунции построчного чтения файлов (а не бинарного с random access) встроены во все языки, какие только можно). Берешь любой язык и читаешь те же файлы, ничего не меняя!
Вообщем хватит нести бред. Либо ты рассказываешь про рулезность конкретных продуктов (Cocon или PHP-xml функции), либо рисуешь табличку рулезности XML относительно ASCII (\\n разделенных) файлов по задачам и времени/удобству работы с ними.
;-)
DenisK:
--- Цитировать ---Вообщем хватит нести бред. Либо ты рассказываешь про рулезность конкретных продуктов (Cocon или PHP-xml функции), либо рисуешь табличку рулезности XML относительно ASCII (\\n разделенных) файлов по задачам и времени/удобству работы с ними.
--- Конец цитаты ---
В ASCII удобно хранить табличную информацию, также как и в БД. Но представь себе документ древовидной структуры, с большой вложенностью, причем ветви имеют разную вложенность, разное кол-во атрибутов, да и еще эта структура часто меняется. Короче у меня реальных примеров таких море. Вообще многие вещи удобнее описать как сложное дерево, чем в виде прямоугольной таблицы. Замучаешься ты это описывать в тексте. Можно извратится и придумать собственный формат хранения таких данных, только зачем? Для работы с ним, тебе нужно будет создавать какую-то логику на Perl или на др. языке чтобы найти там информацию, скорее всего ты будешь использовать регулярные выражения. Если структура изменится, придется менять логику, а иногда это сделать трудно. Если ты захочешь использовать этот файл еще где-то, то придется перекладывать эту логику в новое приложение.
XML для того и был придуман, чтобы описывать сложные структуры данных, например деревья.
Плюс ко всему документ на XML можно с помощью XSL преобразовать в любой другой формат, а при помощи XPath можно легко искать нужную информацию - это практически SQL только для XML документов.
Oak:
--- Цитировать ---Но представь себе документ древовидной структуры
--- Конец цитаты ---
Пьедставяю................... (c) мультик :)
Файлик называется ~/.Xdefaults и содержит нечто вроде
--- Цитировать ---
#ifdef COLOR
*customization: -color
#endif
XTerm*scrollBar: true
XTerm*font: *-fixed-*-koi8-u
XTerm*background: black
XTerm*foreground: green
*menuBar.directory.labelString: reDirector
Netscape*XmTextField.background: #13B575
Netscape*XmText.background: #13B535
*textBackground: #13B535
Netscape*XmList.background: #13B575
Netscape*XmPushButton*shadowThickness: 2
Netscape*XmPushButtonGadget*shadowThickness: 1
*documentFonts.defaultFont*iso-8859-1.prop: gemini-times-120-noscale
*documentFonts.defaultFont*iso-8859-1.fixed: gemini-courier-100-noscale
--- Конец цитаты ---
Там где * - это значит что оно относится ко всему, что похоже на Это. Т.е Netscape*XmList.background - относится к background-у всех списков-выбора, которые только есть в Netscape
Так что все просто i═понятно. + Работать с ним можно в тексте - без всяких формочек и спец GUI редакторов ;)
Так что - все уже есть и прекрасно работает ;) А TXT-редакторов на много больше чем XML-редакторов ;)
--- Цитировать ---
XML для того и был придуман, чтобы описывать сложные структуры данных, например деревья.
--- Конец цитаты ---
А Вольтmетр для измерения различных физических величин, например напряжения :-P ;)
XML - кроме деревьев ничего не умеет представить. (Без обработки напильником :))))
Всем неверующим просьба пройтись сюда: http://itc.ua/2858 [ru]
--- Цитировать ---
XML можно с помощью XSL
--- Конец цитаты ---
Я промолчу про количество програм═преобразования ASCII файлов. Как специальных, так и общего назначения типа sed/awk ;)
--- Цитировать ---а при помощи XPath можно легко искать
--- Конец цитаты ---
ГыГыГы :) А мне казалось , что это язык описания связей между документами, а не движек для поиска информации :))))))))
--- Цитировать ---то практически SQL
--- Конец цитаты ---
А с помощью SQL ничего искать низя ;) На нем можно запросы описывать.... А искать будет база - например PostgreSQL или Postgres95 ... не важно
Навигация
Перейти к полной версии