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

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

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

Во-первых, это просто уродливый формат, глумящийся над самой идеей человекочитаемости. Но об этом уже говорено столь многажды раз, что нет особого смысла повторяться.
А ещё, например, это язык, имеющий возможности, о которых вы, возможно, даже не слышали. А авторы фреймворков, которые вы используете, могут следовать стандартам чересчур добросовестно...
Братие программисты, никогда не используйте форматы и фреймворки, основанные на XML! Особенно для интерфейсов этих ваших бэк-ендов. А если уж пришлось использовать, то не поскупитесь на аудит безопасности, дабы не оказалось, что ваш сервак умеет делать больше, нежели вам бы хотелось.


#1
(Правка: 13:07) 13:02, 5 авг. 2019

пла́чу, когда приходится иметь дело с xml, и, кажется, боженька видит мои страдания, всё реже и реже шлёт мне это испытание.

#2
13:03, 5 авг. 2019

Есть альтернативы?

#3
13:11, 5 авг. 2019

monobogdan
JSON?

Да будет срач!
#4
13:19, 5 авг. 2019

Vlad2001_MFS
> JSON?
даже срача не будет, у хмл шансов нет, разве что кто-то потроллить захочет

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

mitroxa
xml без этих ваших свистелок-перделок и икспатчей очень даже неплохо читабелен. А ещё у него нет utf-проблем, когда какой-то конкретный десериализатор не знает, как распознать некоторую escape последовательность и из-за этого валит приложение(зависит от реализации, в PHP как раз такая проблема есть).

#6
13:32, 5 авг. 2019

Когда использовал компоненту для чтения XML из недр Microsoft Internet Explorer (замаскирована в разнообразных библиотеках и языках под разные сущности, но уши везде торчат), то был практически доволен за исключением одного момента.
Что когда прислали поставщики XML-файл на 100Мб, то этап парсинга стал занимать порядка часа-двух чисто на парсинг, безотносительно данных которые в нём хранились.
Поменял парсер на другую библиотеку (Delphi) - парсинг стал занимать секунды.
XML, имхо, - мертворождённое поделие которое должно было сдохнуть в корчах еще в начале двухтысячных.
По своей воле никогда это убожество в свои проекты не тяну.

#7
13:34, 5 авг. 2019

Больший геморрой, разве что с ASN.1, с которым эти ваши криптографы работают...  всё до чего добираются корявые ручки комиссий по стандартизации, нужно объявлять устаревшим и снимать с поддержки.

#8
13:38, 5 авг. 2019

monobogdan
> без этих ваших свистелок-перделок и икспатчей очень даже неплохо читабелен.

ты посмотри dtd/xslt... а сам икспатч-то, в принципе, годен... без него можно было бы вообще повесится, писать кодом все эти прогулки по дереву.

#9
15:41, 5 авг. 2019

Sbtrn. Devil
> , имеющий возможности, о которых вы, возможно, даже не слышали
Вот в этом главная проблема. Разработчики XML укурились и намешали в кучу всякого говна, тогда как надо было просто создать простой формат для обмена данными.

=A=L=X=
> Поменял парсер на другую библиотеку (Delphi) - парсинг стал занимать секунды.
Вангую, первый парсер строил DOM дерево, а второй парсер только давал обрабатыать сущности по одной.

#10
15:43, 5 авг. 2019

Sbtrn. Devil
> Братие программисты, никогда не используйте форматы и фреймворки, основанные на
> XML
Плюсую.
У меня в IT-аду для XML уготовано место рядом с жабоскриптом, сборщиками мусора, нуль-завершающими строками.

#11
15:44, 5 авг. 2019

Panzerschrek[CN]
> первый парсер строил DOM дерево
Да

Panzerschrek[CN]
> второй парсер только давал обрабатыать сущности по одной
Да, скорее всего SAX какой нибудь.

#12
16:01, 5 авг. 2019

Sbtrn. Devil
> Братие программисты, никогда не используйте форматы и фреймворки, основанные на
> XML
вы просто не умеете его готовить :)

mitroxa
> даже срача не будет, у хмл шансов нет, разве что кто-то потроллить захочет
Я чёт не в курсе, а у JSON есть стандарт на схему? А аналог XPath есть? А шаблоны для JSON есть нормальные? И чтоб стандартные были, а не своя реализация типа мусташ. А метаинформацию как по стандарту в JSON хранить?

=A=L=X=
> Что когда прислали поставщики XML-файл на 100Мб, то этап парсинга стал занимать
> порядка часа-двух чисто на парсинг, безотносительно данных которые в нём
> хранились.
Для этого нужно SAX парсеры использовать.

#13
16:04, 5 авг. 2019

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

Итог сейчас очевиден - всё это было омрачением рассудка. Просто выпердешем очередным от одноимённой компани.
Но повелись настолько многие, что расхлёбывание происходит до сих пор.

#14
16:05, 5 авг. 2019

Мизраэль
> вы просто не умеете его готовить
Говно сколько не готовь, оно не перестанет быть говном.

> стандарт на схему?
> А шаблоны для JSON есть нормальные?
В стандарте на обмен данных это не нужно. Если надо тебе для конкретной задачи - реализуй сам.

> А метаинформацию как по стандарту в JSON хранить?
Полей в объекты добавить.

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