Стоит ли использовать Xml?

[nimnul]

2kompadre:

MSIL и Assembler ОБА компилируются. Только MSIL 2 раза: сначала в машиннонезависимый P-Code (MSIL compiler), затем при исполнении в машшиннозависимый Native Code (CLR). А прозорливость заключалась в том что страницы ASP.NET на самом деле примерно так и выглядят после компиляции, хоть ты и хотел поприкалываться. Примитивнсть - в том что ты пользовал ДОСовую модель памяти, int 21h и прочий древний отстой. Вообще АСМ <> древний_отстой, если писать под Win32 или микроконтроллеры, но у тебя получилось явно неудачно.

2technic: я именно поэтому и валю в одну кучу, что не понимаю. Если б понимал, не валил и вообще бы не спрашивал .

По поводу похожести PHP и XML - это было банальное издевательство над вопросом "Стоит ли переходить с PHP на XML", прозвучавшем в прошлем сриде. То что PHP - не язык разметки, я уже понял из обсуждения там же. Только потому что я нихрена не понимаю, стеб получился настолько неостроумным, нелепым и неправдоподобным, так чтовсе сразу раскусили.

По поводу соотношений - непонятно, есть ли вообще к-л связь между XML, HTML, XHTML и CSS, кроме того что все это связано с разметкой и представлением документов. То что есть связь между HTML и CSS, я кое-как понимаю. Вообще, где можно почитать об этом? Писать простыни вовсе не обязательно - можно просто ссылку кинуть. Только просьба не на W3C - хоть у меня с английским все в порядке, но спеки часто концептуальных вещей не объясняют.

2parafly: "Сопутствующие технологии" - это по сути и есть смысл XML, т.к. XML никакого смысла не описывает - это просто тупые данные. Правильно? А где можно что-то _популярное_ почитать на эту тему?

По поводу аналогии с регэкспами - это интересно... можно поподробнее? (можно не в форум)

2Juggy:
Тем, кто на ПХП без шаблонов пишет, может быть, и рано. А бескрышные челы вроде как давно и успешно используют XML для огромных, серьезных и 100% коммерческих проектов, в особенности на Java и ASP, где с поддержкой XML получше будет. К тому же для работы с XML поддержка XML нужна исключительно на сервере.

[Parafly]

Правильно.

http://www.xslt.com/resources_tutorials.htm
http://ibiblio.org/xml/books/bible/
А W3C всё так-же рулит. Я по спекам разбирался. нормально там всё написано.

РегЭкспы... Надо тебе заменить цены всех товаров, начинающихся на буквы латиницы, на баксы. РегЭкспами - будешь искать переменную $price, смотреть, есть-ли рядом с ней впереди (или в который вложена, что гораздо сложнее) топик товара с нужным шаблоном имени. Xpath это и делает, только он уже написан. А-ля
priceToChange= goods[contains(substring(name(),0,1),varWithEngLetters)]/@price

для XML вида
<prices>
<soda-cola price="200"/>
<пепис-коля price="20"/>
</prices>
выберет 200.
Синтаксис не совсем такой (переменные не так присваиваются), но принцип должно прояснять.

Т.е. - на регЭкспах можно собрать и Xpath, и XSLT - весьма полезные вещи. Просто незачем.

Ещё раз - да, в базах не хуже. Да, XML делает это с plain-text-XML-файлами. XML - более переносим, базы - быстрее. Пока сосуществуют. Возможно, так и будут.

[Arkady]

еси уж все тут заговорили про соотношение PHP/HTML/XML/XHTML/CSS (мож я упустил чего), то вот вам:

Возьмём какой-нить сайт, с динамическим контентом, генерящимся php. Ну например, URI = http://some_php_site.hmm/

как только сервер получил такой запрос, он, [пропарсив его,] передаёт скрипту PHP(PERL, ASP, etc.). Ну тот что-то там этакое делает, генерит ответ и отсылает клиенту. Ответ может быть в виде XML/XHTML/HTML/CSS ну или в любом нужном (картинки, флэш, text/plain). Т.о. на временной шкале сначала находится серверный скрипт. Затем клиент, получив ответ, начинает его всячески отображать. Все акронимы, из упомянутых выше, содержащие 'ML' ( /ML$/ - перловый регексп), означают Markup Language - язык разметки. Т.е. в теле сообщения-ответа сервера содержится информация о том _какой_ текст _как_ отображать. Те я зыки разметки, что имеют 'X' - предоставляют средства определения способов разметки. Для полноценного отображения страницы использование CSS не нужно. Но! CSS (Cascading Style Sheets) дают _очень_ удобные средства для разметки (форматирования) страниц и могут, при правильном использовании, значительно сократить объём траффика (на динамических сайтах - тоже).

SGML (Standard Generalized Markup Language) - язык, которым описываются языки разметки, напр. HTML.
Про те, что 'X' - не копал глубоко, не знаю

...{/end_flood}

[[subway]design]

Какая-то словесная #ерня в этом топике...

1. xml - это стандарт для хранения информации и служит площадкой для создания других, более узких форматов.

Это примерно то же, что формат "txtDB":

поле1(разделитель)поле2(разделитель)\n
поле1(разделитель)поле2(разделитель)\n
поле1(разделитель)поле2(разделитель)\n...

на основе которого можно делать форматы с разными (конкретными) разделителями. Шутка, конечно, но ксмль - примерно то же самое в смысле идеи.


2. ПХП, АСП, Перл и прочие - серверные языки, позволяющие отправлять клиенту динамическую #рень в любом формате - будь то ХТМЛ, ТХТ, ПДФ, ГИФ, МП3...

3. ХТМЛ - не язык, а ФОРМАТ хранения данных.
4. CSS - тоже формат, неразрывно связанный с ХТМЛ.

Теперь про интерпретаторы. Если тебе не нужно обрабатывать 100000 запросов в час или программить запуск спутника, а нужно удобство создания страничек с некоторыми динамическими феньками (вплоть до он-лайн магазина), то ПХП гораздо предпочтительней, ибо удобней.
Вообще же, интерпретаторы не настолько тормозные, чтобы часто об этом вспоминать и нервничать.


И последнее, без понимания сути процесса можно писать неработающие программы. Других писать нельзя.



Еще раз, про "стоит ли использовать КСМЛ" - если нужно хранить древовидно структурированные данные и юзаешь язык, поддерживающий удобные функции для обработки КСМЛь - то используй КСМЛь

Если надо хранить таблицы - используй DBF или другие форматы СУБД, ну и соответствующие функции доступа к СУБД.

Если нет СУБД, а структура простенькая, то можно уже описанный "тхтДБ" использовать - псевдо-таблица из базы данных (впрочем, БД хранят данные похожим образом, поэтому не стоит считать этот способ отстойным по причине простоты - он отстойный по другим причинам :)).




зы: головастика в стёбе не поддерживаю :)

[gOloVasTicK '~]

А я уж и забыл про этот топик =)))

2[subway]design: А зря между прочим =)) У меня слезы счастья по щекам текли когда, я в апреле эти мессаги катал =)))

[Baltika]

жаль что раньше не видел этот топ..

[Arkady]

линки и их титлы - с w3c.org

Оригинал написал(а) [subway]design
1. xml - это стандарт для хранения информации и служит площадкой для создания других, более узких форматов.

Extensible Markup Language (XML) is a simple, very flexible text format derived from SGML (ISO
8879)
то есть конечно можно говорить, что "русский язык" - это стандарт для хранения информации и бла-бла-бла на территории (для
краткости) Евразии (а также для создания других, более узких, форматов (диалектов)), но вот стоит ли??

3. ХТМЛ - не язык, а ФОРМАТ хранения данных.

This specification defines the HyperText Markup Language (HTML),
version 4.0, the publishing language of the World Wide Web
хмм.. Ни слова о формате :-/

4. CSS - тоже формат, неразрывно связанный с ХТМЛ.

CSS1 is a simple style sheet mechanism that allows authors and readers to attach style
(e.g. fonts, colors and spacing) to HTML documents. The CSS1 language is human readable and writable
опять-таки ни слова о формате. Правда, нет магической буквы 'L'. Как же различать формат и язык? Ну наверное так: формат -
это структура, язык - то, чем эта структура (и действия с ней) описывается. Хотя, конечно, язык тоже имеет структуру - но к
формату он не сводится (ну, если только в самом общем виде). Так что это скорее вопрос иерархии. Наверное самый простой
пример для различия - объекты(записи) в низкоуровневых языках - это формат [хранения] данных, а метод, которых этот
формат описывается - это язык.
ну или вот пример формата (не языка): HTTP 1.1 (RFC 2616)
это тот самый, по которому HTML гоняют

И последнее, без понимания сути процесса можно писать неработающие программы. Других писать нельзя.

можно. Спроси, например, у сисадминов. Или у флэшеров. Или "хоть у кого". Вряд ли некто до конца и полностью понимает, что
происходит, когда он пишет 'some._alpha = x'. Но ведь работает!-] Опять-таки иерархия(сложности задач) - насколько глубоко
надо знать суть процесса в некотором конкретном случае.

P.S. i mean no offense :-)

[Crazy]

Arkady, тупое цитирование вырванных из контекста фраз с требованиями типа "а вот покажи, где здесь написано, что женат" кажется разумным доказательством только тебе. Более -- никому.

Извини, если я тебя огорчил.

P.S. Подробно комментировать не буду, остановлюсь лишь на наиболее вопиющем бреде: HTTP не ФОРМАТ, а ПРОТОКОЛ. Постарайся постичь разницу хотя бы между этими понятиями...

[Arkady]

2 Crazy
"тупое цитирование" - незачем приводить весь оригинал полностью. кто захочет - поймет, ссылка на источник есть.

да, HTTP - протокол, использующий сообщения определённого формата. Возможно, я недостаточно ясно выразился, пардонте

и извиняться не нужно - очень мало людей, способных меня огорчить

[gOloVasTicK '~]

2Arkady: А наехали то Вы на Сабвея (который изъяснил все вполне правильно) именно из-за несколько неверных терминов (это еще спорно), сами при этом допуская грубейшие ошибки. И не надо нас к в3ц отсылать. Уж бываем мы там не реже вашего. Отмазы вроде: "HTTP - протокол, использующий сообщения определённого формата" простите не катят.