Войти
ФлеймФорумПрограммирование

XML - язык, невероятно богатый возможностями. Чтоб его. (2 стр)

Страницы: 1 2 3 4 5 6 Следующая »
#15
16:13, 5 авг. 2019

Panzerschrek[CN]
> В стандарте на обмен данных это не нужно. Если надо тебе для конкретной задачи
> - реализуй сам.
А как конвертировать данные при обмене? Писать код ручками? А когда пара полей поменялась обновлять продуктовые сервера?

Panzerschrek[CN]
> Полей в объекты добавить.
А как отличать поля с данными от полей с метаданными? Стандарт есть какой-нибудь?


#16
(Правка: 16:23) 16:22, 5 авг. 2019

Sbtrn. Devil
> А ещё, например, это язык, имеющий возможности, о которых вы, возможно, даже не слышали.
О, еще кто-то открыл текст стандарта xml.

Я как-то, насмотревшись на поделки типа tinyxml, решил сделать парсер в соответствии со стандартом.
Долго трахался с !DOCTYPE и прочим DTD, но, в итоге, до конца так и не запилил.
Заткнулся на значениях атрибутов по умолчанию.

А вот макроподстановку ентитей (правда только локальную, в пределах файла) я запилил!

#17
16:24, 5 авг. 2019

Мизраэль
> А как конвертировать данные при обмене? Писать код ручками? А когда пара полей
> поменялась обновлять продуктовые сервера?

Вы прям серьёзно на полном серьёзе при смене формата базы данных
НЕ ПЕРЕПИСЫВАЕТЕ КОД КОТОРЫЙ С ЭТИМ РАБОТАЕТ????

Охереть.

#18
16:26, 5 авг. 2019

Мизраэль
> А как конвертировать данные при обмене? Писать код ручками? А когда пара полей
> поменялась обновлять продуктовые сервера?

Какая разницы в чём хранить DOM ? Будто JSON/YAML не позволяют произвольно менять порядок и состав данных.  XML, обычно, ругают не за обилие ненужых возможностей, а за очень маленькую плотность полезной информации, которая в нём передаётся.

#19
17:54, 5 авг. 2019

}:+()___ [Smile]
> О, еще кто-то открыл текст стандарта xml.
Если б. Нам намедне выкатили результаты того самого аудита по системе (а система была на апачевском xmlrpc - почтенной версии, поскольку имеет стаж в продакшене свыше 10 лет). Казалось бы, ну какая подстава может быть в кондовом рест-сервере? А вот-с.
Меня поразил до самой глубины души не сам факт, а дизайн фичи. Это посильнее исполняемого кода в WMF-файле - там хоть исполняющая среда для вируса появилась по недосмотру, а тут троянскую машину предлагается специально построить самому имплементатору. Причём ни для чего другого, кроме как для трояноподобных действий, она не будет нужна. Пытаюсь себе представить, какой юзкейс авторы имели в виду, сочиняя эту гениальную фичу, и не получается.

Мизраэль
> А аналог XPath есть?
Вот тоже ещё одна вещь, которую я никогда не понимал. Формат же выполняет сугубо промежуточные функции - на хрена к нему ещё и какой-то язык запросов? А если подразумевается некий сурьёзный массив данных с возможностью поиска, то тут уже не хмл нужен, а база данных и SQL/NoSQL.

#20
18:01, 5 авг. 2019

Sbtrn. Devil
> А вот-с.
> Меня поразил до самой глубины души не сам факт, а дизайн фичи.
ну надо же как-то анб данные вытаскивать, чего тут удивляться.

#21
18:32, 5 авг. 2019

Тем не менее Html практически тот же XML, и почему то не думает умирать (Html5 имею ввиду).
Лучшеб сразу закидывал тему на срач Json vs Xml

#22
18:38, 5 авг. 2019

Sbtrn. Devil
> Пытаюсь себе представить, какой юзкейс авторы имели в виду, сочиняя эту гениальную фичу, и не получается.
Это как раз-то просто: по сути это #include. Можно выделить какой-то кусок в отдельный файл и переиспользовать.
Хотя, если учесть, что макроязык (хоть и нереально громоздкий) по функциональности слаб и не позволяет переопределять ентити по ходу дела, пользы от таких инклудов около нуля.

slepov
> Html5 имею ввиду
html5 не содержит и 10% от полного функционала xml стандарта.
А то, что остальные 90% никогда не используются и, по сути, дыра в безопасности — так топик именно про это.

#23
19:18, 5 авг. 2019

slepov
> Тем не менее Html практически тот же XML

Оба наследники SGML

#24
(Правка: 19:25) 19:25, 5 авг. 2019

Мощщ XML проявляется не сама по себе, а в сочетании с дополнительными (стандартизированными) XML-технологиями: XPath, XSLT, XQuery, XInclude. Использовать XML для простых структур данных типа конфига - это конечно избыточно. XML хорош если требуется сложно-структурированная документоориентированная база данных, в которую нужно уметь делать сложные запросы, и делать какие-то сложные штуки с полученными данными.

#25
19:29, 5 авг. 2019

DEN
> XML хорош если требуется сложно-структурированная документоориентированная база
> данных, в которую нужно уметь делать сложные запросы, и делать какие-то сложные
> штуки с полученными данными.
Причем, как только из такой реализации XML с его "технологиями" выбрасывается, документы, структуры, запросы и прочие штуки сразу становятся очень простыми.

#26
(Правка: 23:25) 23:22, 5 авг. 2019

Panzerschrek[CN]
> Вангую, первый парсер строил DOM дерево, а второй парсер только давал
> обрабатыать сущности по одной.
Нет. Delphi тоже строит дерево.
Просто системный MS парсер ещё тогда был тормозной.
(как и излюбленный компонент WinInternet - основанный на найстройках IE. Microsoft приучила всех пользоваться сторонними библиотеками xD)
Сейчас может быть тоже всё ещё тормозной, но я думаю, что сами MS от него отказались и пользуются парсером из Шарпов

0iStalker
> а сам икспатч-то, в принципе, годен...
как имхо, годен, но тормознутый, в том смысле, что каждый поиск выполняется независимо от предыдущего.
И во много зависит от талантов пишущего этот самый xpath селектор.

Рецепт семейного счастья прост - не думайте что XML это человекориентированный формат. И всё!
Он машиннооринетированный, и жить сразу станет легче.

#27
0:41, 6 авг. 2019

MAMOHT-92
> ну надо же как-то анб данные вытаскивать, чего тут удивляться.
В том-то и дело, что это настолько тупо, что даже анб такое не могло специально придумать.

#28
0:49, 6 авг. 2019

Язык, не могущий описать себя- Хавно!
Уж извините.

#29
1:37, 6 авг. 2019

skalogryz
> Он машиннооринетированный, и жить сразу станет легче.
Только зачем он текстовый - по прежнему не понятно.

Страницы: 1 2 3 4 5 6 Следующая »
ФлеймФорумПрограммирование