xml - не так и страшен :)

← →
Медвежонок Пятачок © (2010-03-29 20:33) [40]

выгрузи из клиентского, загрузи в адошный.

рисую один xsl и делаю один единственный вызов метода.
на выходе получаю адошный xml.

хотя мне это и не надо.
я исходный клиентский грузану на сервер аз-из и там его вставлю куда мне надо по строчечкам и полочкам

← →
sniknik © (2010-03-29 20:34) [41]

> сопрягались с агрегаторами услуг - никаких проблем
у всех свой протокол, я привел конкретно МТС.

> по поводу encdate: разве json в этой ситуации чем-то лучше?
а кто такое говорил?

но переделали именно из-за xml, чтобы говорить, мы поддерживаем xml! не понятно? было бы такое из-за json-а не любил бы json.

← →
Игорь Шевченко © (2010-03-29 20:38) [42]

sniknik © (29.03.10 20:18) [33]

> я то их как раз не сопоставляю, почитай тему сначала

Как раз ты и сопоставляешь - если мне прислали плохой XML, то виноват не тот, кто его прислал, а сам XML, потомушта менеджеры и т.д. json rulezz, xml suxx, далее со всеми остановками до станции Можайск Смоленского направления.

> схемы нет.

Что еще раз говорит о кривизне рук

← →
Кщд (2010-03-29 20:41) [43]

>sniknik © (29.03.10 20:30) [38]
а зачем мне грузить в АДО-шный?
если нужен объект, сгенерирую по схеме класс(набор классов).
если нужен dataset - сгенерирую и его по той же схеме(XSD): xsd.exe из поставки студии

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

← →
sniknik © (2010-03-29 20:44) [44]

> кто реально проводит платежи из уличных CashIn-аппаратов: МТС, Билайн, НТВ+ и др.
т.е. тебя не "напрягло" то, что при регистрации точки один xml с заголовком, вкладывается в другой тоже с заголовком. и если внешний может быть в любой кодировке (в соответствии с указанным в заголовке) то внутренний обязательно в windows-1251, независимо от заголовка... и в документации этот нюанс не отражен (или не был, может сейчас уже есть).
ну а так как мы делали обмен на php используя utf-8 везде, то... (ошибок не дает, внешний разбирается, и валидацию проходят оба), но данные не записывает... т.к. внутри в базе кто-то там его напрямую как таблицу открывает без учета заголовка.
выясняли долго долго. (дня 2 такую фигню)

← →
Кщд (2010-03-29 20:45) [45]

> sniknik © (29.03.10 20:34) [41]
> у всех свой протокол, я привел конкретно МТС.

в частности, были платежи МТС

> > по поводу encdate: разве json в этой ситуации чем-то лучше?
>
> а кто такое говорил?
>
> но переделали именно из-за xml, чтобы говорить, мы поддерживаем
> xml! не понятно? было бы такое из-за json-а не любил бы
> json.

Вы расставили точки над "i" - помстилось, что обсуждаем XML vs JSON

← →
sniknik © (2010-03-29 20:47) [46]

Игорь Шевченко © (29.03.10 20:38) [42]
ты видишь только то что хочешь, а не то что написано.

> а зачем мне грузить в АДО-шный?
доказать универсальность, зачем же еще. мне. т.к. я в нее не верю.

← →
sniknik © (2010-03-29 20:49) [47]

> что обсуждаем XML vs JSON
Palladin его вообще зря упомянул, отвлекает от смысла темы.

← →
Кщд (2010-03-29 20:53) [48]

>sniknik © (29.03.10 20:44) [44]
про регистрацию точки, честно, не понял
про вложенные также слышу впервые(или просто забыл? - работал над проектов три года назад) - мы работали через cyberplat, у них в документации, насколько помню, было четко указано win-1251

накладок не было - всё согласно доке(это даже докой называть смешно - несколько страниц word), благо, степеней свободы там не много - платеж либо прошел, либо нет
если не прошел, показываем клиенту ошибку от агрегатора

плюс в том, что не нужно было писать свои парсеры/генераторы для этого формата, т.к. это - XML
и сложностей не возникло, когда обработку переносили с PHP на Oracle PL/SQL, т.к. фактически - copy/paste - сплошной XPATH

← →
Медвежонок Пятачок © (2010-03-29 20:54) [49]

доказать универсальность, зачем же еще. мне. т.к. я в нее не верю.

Дык задачка то приведена надуманная.
Точнее она очевидно надуманная для того, кто юзает xml и ненадуманная а актуальная для тех, кто не использует его.

Итак: есть клиентский пакет и надо получить адошный. Зачем?
Видимо для того, чтобы сделать лоадфромфайл на адодатасете.

Чтобы что потом сделать?
Очевидно что инсерт в бд (чтобы снова не возиться с этим же клиентским пакетом)

так ведь эта задача решается легко и просто и без удаления гланд через анус.

← →
Медвежонок Пятачок © (2010-03-29 20:56) [50]

про вложенные также слышу впервые

Есть есть там такое. Причем не только в транспортных данных.

Внутри конфигов например лежат приватные ключи в виде вложенного фрагмента xml

Что верно то верно. - XML сам по себе не гарантирует от перекосов в мозге и карме.

← →
Игорь Шевченко © (2010-03-29 20:57) [51]

sniknik © (29.03.10 20:47) [46]

Так ты пиши разборчивее :)

Мне, как ты сам понимаешь, абсолютно все равно, что и как вы используете, с какими трудностями вы при этом сталкиваетесь, кто виноват в ваших трудностях, и т.п.

XML как средство представления данных и обмена ими вполне себе удобен, более того, стандартизован.

← →
Кщд (2010-03-29 21:01) [52]

>sniknik © (29.03.10 20:47) [46]
>доказать универсальность, зачем же еще. мне. т.к. я в нее не верю.
передача в формате XML не расшифрует элемент <encdate> - факт
универсальность для меня в том, что у меня есть готовые библиотеки для работы конкретно с этим форматом для (практически) любого современного ЯП, что позволяет создавать языко-независимые(простите за косноязычие) программные интерфейсы
сейчас, например, использую т.н. "xml-шлюз", идеология которого - "xml на вход, xml на выход"
клиенты на Oracle PL/SQL, Firebird PSQL(здесь сложнее - без UDF никак...), PHP и - моё любимое - мобильное приложение на compact framework
всё это без написания format specific библиотек на каждой конкретной платформе

> работал над проектов три года назад
вводится с первого числа. а три года назад весь протокол у них попроще был...

> Итак: есть клиентский пакет и надо получить адошный. Зачем?
не получить, получить я легко могу, а использовать как есть. ведь универсальность это должна позволять.

> Очевидно что инсерт в бд ...
> так ведь эта задача решается легко и просто и без удаления гланд через анус.
не возражаю, возьми клиентский и открой его сразу в базе (mssql) так как ты рекламировал до этого.
а я поковыряюсь, найду(если найду, давно все таки было) тебе старый пример с персональным парсером... (без регистрации нужной dll не разбирается), попробуешь с ним потом.
что тоже доказывает универсальность (но только ту ли, что понимают?)

а использовать как есть. ведь универсальность это должна позволять.

в смысле использовать?
понятие слишком широкое.

получив однажды пакет - использовать его данные многократно?
так у меня же и клиент-датасет никто не отнимал.
ели его у меня отняли я как уже говорил один раз сочиняю файл xsl трансформации, гружу исходный пакет в один документ, трансформацию в другой, вызываю трансформ - получаю адошный пакет.
итого: всего три метода.

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

и уже из таблицы буду его грузить в адодатасет

← →
Кщд (2010-03-29 21:12) [55]

>sniknik © (29.03.10 21:04) [53]
>но только ту ли, что понимают?
собственно, вокруг этого и вьется дискуссия
ту ли, что понимают "менеджеры" из Ваших постов? - вряд ли

для меня универсальность именно в

без написания format specific библиотек на каждой конкретной платформе

т.е. для сопряжения с моим сервисом я должен предоставить просто хорошо прокомментированную XSD-схему
всё
никаких требований к ЯП и операционной платформе

> но скорее всего я вообще не буду эти заниматься ...
я сразу предлагал "родной" формат, где возможно.

> собственно, вокруг этого и вьется дискуссия
всего 2 варианта

1 можно сделать все что угодно (многое), и тогда сделанное одним не гарантируется к пониманию другим (что и видим).
2 делай где угодно и как угодно, поддерживают, и поймут все, ибо универсально! (с придыханием. см. мой первый пост). это как видят, и как его рекламировали.

Прочитал ветку и понял, что как всегда билагейтса виновата...

> Прочитал ветку и понял, что как всегда билагейтса виновата...

Имхо - разработчики тк [1]...

xml - не так и страшен :) Найти похожие ветки