Поддерживает.. Что за глупое выражение

← →
Ega23 © (2009-04-10 16:32) [120]

> вычисление идёт фактически быстрее скорости света

Я бы не стал заходить так далеко и на константы замахиваться.

← →
sniknik © (2009-04-10 17:12) [121]

> Я бы сделал так, точнее я так и сделал - .....
ну наверное и нас что то похожее будет, я этим не занимаюсь т.что как 1с-ники сделают так и ладно.

> Тоесть вышел из воды с/ухой, когда и скорость и xml.
вот вот, xml настолько "вьелась", что "кровь из носу но должна быть", так? :)
а почему не признать что она здесь не нужна, не откатится на dbf-ы которые с легкостью держали на передаче все 130 тыс товаров в одном файле (а то больше, я вообще все тесты с файлом в 173 тыс проводил, достался как то от одних с таким количеством реальных данных вот пробовал везде).
тем более там и код есть, все работало, стократно протестировано, дело только за волевым решением типа "нафиг xml!" ;) и будет хорошо. но нет предпочитают извращаться, все ради "галочки" - "мы поддерживаем".

← →
Ega23 © (2009-04-10 17:26) [122]

Дебильная ветка какая-то...

← →
Городской Шаман (2009-04-10 17:33) [123]

> sniknik © (10.04.09 17:12) [121]
>
> > Тоесть вышел из воды с/ухой, когда и скорость и xml.
> вот вот, xml настолько "вьелась", что "кровь из носу но
> должна быть", так? :)

Нет, мое решение я сам принимал. Так как zip-овать все рано нужно, а xml уж очень удобная структура для описания метаданных для обработки данных которые лежать в той же самой структуре - zip-файле.

Тоесть метаданных мало и они очень неструктурированы, для них xml, для сырых данных, типа картинок и баз - просто файлы в самом файле.

Совмещается удобство XML и скорость обработки бинарных данных.

PS
Эх. Приняли бы это за стандарт "xml-бинарное хранилище данных" то и проблем бы не было ни у менеджеров, ни у программистов.

← →
Медвежонок Пятачок © (2009-04-10 17:33) [124]

Угу, только если в процедуру передавать не бинарный массив, а xml, который нужно сперва распарсить а потом уже обрабатывать, то скорость упадет на пару порядков.

Распарсить, распарсить.....
Да все уже распаршено
А в процедуру передается не xml (здесь текст что ли подразумевается?), а ixmldomnode,ixmldomnodelist, или сам документ.

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

← →
Городской Шаман (2009-04-10 17:36) [125]

> Медвежонок Пятачок © (10.04.09 17:33) [124]

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

я долго пользовался как трабдиционным подходом (без xml), так и с использованием xml.
в любых приложениях, в том числе в тех, которым обмен с внешним миром не нужен совсем.

И по итогу могу сказать, что количество дурного рутинного кода при использовании xml сократилось на порядки.
Про совместимость и легкость поддержки разных версий протоколов уже и не говорю. Без xml это было просто кошмаром.

Ну дык в данном случае вы работаете уже не с xml

Вот в том то и дело, что мне не важно, что я работаю с тегами <>, про которые я давно забыл, а само содержимое xml как текста я смортю когда мне скучно и заняться больше совсем нечем.

Мне вообще глубоко филетово что там внутри напёхано.
Я сосредоточен на самих алгоритмах обработки данных.

To sniknik ©

Хотелось бы пояснить свою позицию по вопросу XML or DBF.
Я придерживаюсь простой точки зрения и на протяжении всех постов отстаиваю ее. Вот она

При разработке новых форматов при передаче данных одним условием является разработка самого формата(EXE, DBF, MDB, ......), где описано что зачем идет, то есть описана последовательность данных и сам формат данных.

Не менее важным является и процесс написания парсера этого формата и валидатора.
Написание Парсера и валидатора < - это две стадии, которые присутствуют при разработке всех форматов. Естественно возникает большой соблазн. А почему бы не написать такой универсальный парсер и валидатор, который был бы действителен множества форматов. Однако такой универсализм требует выполненени простого правила процесс задания и описания данных подчиняется правилу задания таких правил и форматов(формату задания этого в XML). Таким образом XML - формат для задания других форматов. То есть это метаформат.
Именно обобщение процесс парсинга и валидации является целью XML.

А когда вы спрашиваете XML или DBF?
Для меня не понятен смысл этого вопроса.

Ответ очевиден. Если есть готовые форматы используйте их.
Но если от вас требуется разработать формат.
Для того чтобы не .... с парсером и валидатором. Имеет смысл использовать обобщенное решение. Это XML или подобные.

Поддерживает.. Что за глупое выражение Найти похожие ветки