Форум: "Прочее";
Текущий архив: 2013.05.05;
Скачать: [xml.tar.bz2];
Внизвыбор встраиваемой субд Найти похожие ветки
← →
sniknik © (2012-12-29 14:14) [40]> А вот изменения вносятся на раз-два .. потому что все просто и понятно.
могу в личку послать пример, xml в разработке, вернее версию один выпустили, теперь небольшое изменение... и две недели отдел думает как теперь с ним работать... что ни сделай все будет "через Ж".
хотя тут не обмен данными, тут логика клиента на основе xml (универсально же!), только сам xml без логики, просто кучка тегов.
← →
знайка (2012-12-29 14:28) [41]
> похоже, через несколько любой обмен
я говорю работают, а не делаем. А сделали за пару дней. День читали, и день имплементировали.
> хотя чем?
Ну хотябы тем, что для него нет возможности расписать xsd (схему) и соотв. валидировать? хотя кто его знает, может уже понаделали и для него... я не встречал. :)
← →
Медвежонок Пятачок © (2012-12-29 14:31) [42]джейсон - совсем иная опера.
это сериализованные объекты и всего-то. Для очень узкой области применения.
Весь кайф от них только в двух словах - энкоде и декоде.
Никакого sql-подобного поиска там нет.
А если сделать в js какому-то действительно сложному объекту енкоде - то еще бабушка надвое сказала что из этого выйдет.
← →
sniknik © (2012-12-29 14:37) [43]> А сделали за пару дней. День читали, и день имплементировали.
т.е. пришли на готовый сервис у которого данные в xml? где тут разработка? или вы для сервиса с данными в MySql например, сделали обмен "наружу" в хмл, а кто-то другой делал клиента (или наоборот)?
p.s. сакцесс стори и у меня хватает. могу их рассказать. надо? а смысл? доказать, что если есть проблемы, значит у них руки кривые? или что? что одна "сакцесс" изменит в статистике (кривой и убогой, собранной одним человеком, но тем не менее не на одном случае. тем более именно для этого человека)?
← →
Медвежонок Пятачок © (2012-12-29 14:50) [44]похоже здесь обсуждаются кривые контрагенты, а не кривые форматы.
← →
Игорь Шевченко © (2012-12-29 14:54) [45]sniknik © (29.12.12 13:39) [34]
> а если почитать "без фанатичного блеска в глазах", то кто
> его "как формат" обвинял?
пост [17]
> я работаю не замкнуто в рамках одной конторы, а на связи
> со многими, и везде вижу примерно одинаковое положение.
> (в общем то если бы это было только у нас, то проблемы бы
> не было... такой вот парадокс... ;))
И о чем это говорит ? О том, что в конторах, с которыми ты работаешь на связи также не хватает специалистов ?
Опять же, это не XML виноват.
Мир использует (успешно) XML в качестве одного из стандартов обмена данными, чем дальше, тем больше. А местечковые dbf отмирают.
← →
sniknik © (2012-12-29 14:55) [46]> похоже здесь обсуждаются кривые контрагенты, а не кривые форматы.
sniknik © (29.12.12 13:39) [34]
> а если почитать "без фанатичного блеска в глазах"
sniknik © (29.12.12 10:38) [17]
> не предназначен для работы с данными - только для обмена.
ИМХО конечно, но он и для обмена не особо предназначен... во всяком случае с обычным dbf, сколько работал столько проблем как с ним не было.
ну и да, если объективно, все проблемы не собственно xml-я, а того, что его считают "универсальным" (есть такой миф, кто то внушил "среднему звену") просто по факту его наличия (невзирая на левые парсеры, отсутствие логики в данных, и т.д., а после "у нас же xml, почему не можете использовать?").
← →
sniknik © (2012-12-29 15:08) [47]> Мир использует (успешно) XML в качестве одного из стандартов обмена данными, чем дальше, тем больше. А местечковые dbf отмирают.
вообще, никогда не был "за местечковй dbf" или против. скорее за разумный выбор, чем ближе к естественному (то тому, что используется) тем лучше, если на обеих сторонах dbf то лучше всего он. а если области слишком разные... ну почему бы и не xml.
к примеру как то давно прислали данные базы mssql в хмл (вернее программы, без системных таблиц)... 2 гига архив, для того чтобы найти глюк в структуре (!). сбой был, диск посыпался, и местный админ не знал что делать. (а вот сделать "необъятный" xml, выгружая и склеивая 2 недели куски из программы хватило).
тут был единственный вариант - исходная база, либо прямо файл, либо бэкап. но менеджер (не согласовывая) требовал xml все две недели (подозреваю что и не знал ничего другого).
← →
Игорь Шевченко © (2012-12-29 15:10) [48]sniknik © (29.12.12 14:55) [46]
Я процитирую:
"XML — язык разметки, позволяющий стандартизировать вид файлов-данных, используемых компьютерными программами, в виде текста, понятного человеку;
XML поддерживает Юникод;
в формате XML могут быть описаны такие структуры данных, как записи, списки, деревья, форматированный текст;
XML — это самодокументируемый формат, который описывает структуру и имена полей так же как и значения полей;
XML имеет строго определённый синтаксис и требования к анализу, что позволяет ему оставаться простым, эффективным и непротиворечивым. Одновременно с этим, разные разработчики не ограничены в выборе экспрессивных методов (например, можно моделировать данные, помещая значения в параметры тегов или в тело тегов, можно использовать различные языки и нотации для именования тегов и т. д.);
XML — формат, основанный на международных стандартах;
Иерархическая структура XML подходит для описания практически любых типов документов, кроме аудио и видео мультимедийных потоков, растровых изображений, сетевых структур данных и двоичных данных;
XML представляет собой простой текст, свободный от лицензирования и каких-либо ограничений;
XML не зависит от платформы;
XML является подмножеством SGML (который используется с 1986 года). Уже накоплен большой опыт работы с языком и созданы специализированные приложения;
XML не накладывает требований на порядок расположения атрибутов в элементе и вложенных элементов разных типов, что существенно облегчает выполнение требований обратной совместимости;
В отличие от бинарных форматов, XML содержит метаданные об именах, типах и классах описываемых объектов, по которым приложение может обработать документ неизвестной структуры (например, для динамического построения интерфейсов);
XML имеет реализации парсеров для всех современных языков программирования;
Существует стандартный механизм преобразования XSLT, реализации которого встроены в браузеры, операционные системы, веб-серверы"
"Миф об универсальности" таки имеет под собой основания ;)
← →
Игорь Шевченко © (2012-12-29 15:12) [49]sniknik © (29.12.12 15:08) [47]
Какой смысл обсуждать чьи-то кривые руки ? Не понимаю.
← →
Медвежонок Пятачок © (2012-12-29 15:13) [50]вот и получается что xml таки универсален, но так как дурак всегда найдет как сломать хорошую вещь, то по итогу у МП "фанатичный блеск в глазах"
ps я тоже встречаю такое:
<root>
<item>name=value;another_name=another_value</item>
</root>
дураки - они живучее тараканов
← →
sniknik © (2012-12-29 15:13) [51]> "Миф об универсальности" таки имеет под собой основания ;)
таки, универсальности в смысле "на нем можно сделать все", а не как понимается "раз xml значит универсально, что и как ни делай".
← →
sniknik © (2012-12-29 15:15) [52]> ps я тоже встречаю такое:
тебе везет если это всего раз. у меня что-то похожее, аналогичное где-то раз в неделю.
и повторяюсь с dbf такого не было... просто не смогли бы.
← →
Игорь Шевченко © (2012-12-29 15:16) [53]sniknik © (29.12.12 15:13) [51]
Доводы на уровне - Pascal плохой язык, потому что на нем программисты в одной конторе и еще в нескольких написали программы с ошибками. Вот если бы они на С писали, проблем бы не было.
← →
Медвежонок Пятачок © (2012-12-29 15:20) [54]на нем можно сделать все
А что не можно на нем?
← →
sniknik © (2012-12-29 15:23) [55]кстати вопрос, раз уж такая пьянка...
очень часто имена тегов в разном регистре т.е. один xml и <field><Field> или в одном одинаково, а во втором одноименном по сути, в другом регистре.
как боретесь? если встречали.
можно мелкософтский обьект (XMLDocument) сделать регистронезависимым для имен тегов (для данных/все скопом "up-нуть", нельзя... иногда это "ключи")?
← →
Inovet © (2012-12-29 15:24) [56]> [29] Игорь Шевченко © (29.12.12 12:53)
> А что, если аналогичный файл пришлют в виде dbf, с псевдоформатированием,
> его преобразовать и понять легче ? :)
В некоторых банках, не будем показывать пальцем, ибо и так на слуху, официальный формат приёма данных от клиентов был примерно такой.
Файл DBF
поля f1, f2, f3, f4, и т.д., все символьные сколько-то там рамером
Образец заполнения как-то по полям это размазано и пустые записи обязательно
Органицация Рога и копыта
Р/с 12345678901234567890
Количество 2
ФИО Паспорт Номер счёта сумма
Иванов Иван Иванович 12 34 567890 0123456789000000001 1000.00
Петров Пётр Петрович 12 34 567891 0123456789000000002 2000.00
Итого 3000.00
← →
sniknik © (2012-12-29 15:29) [57]> Доводы на уровне - Pascal плохой язык, потому что на нем программисты в одной конторе и еще в нескольких написали программы с ошибками. Вот если бы они на С писали, проблем бы не было.
как раз наоборот, C "плохой" т.к. часто встречал ошибки C-ников, на паскале попросту не возможных (на игнорирование типа например, когда вместо гуида инт передавали, в случае значения 0, вместе с размером структуры в которой содержалась)
← →
sniknik © (2012-12-29 15:32) [58]> В некоторых банках
тоже сталкивался... была 2-ная фамилия и соответственно глюк. я разбирался (менять формат не стали).
← →
Медвежонок Пятачок © (2012-12-29 15:32) [59]Вот это "Итого" меня всю жизнь прикалывало.
Они чего, думают что ихний процессор интелл не так складывает суммы как мой процессор интелл?
Типа какая-то сторона могла ошибиться?
Или типа это на случай если файл руками делают, а сумму столбиком считают?
так если даже руками, то итог все равно на куркуляторе считается.
← →
Игорь Шевченко © (2012-12-29 15:36) [60]sniknik © (29.12.12 15:29) [57]
> как раз наоборот, C "плохой" т.к. часто встречал ошибки
> C-ников, на паскале попросту не возможных (на игнорирование
> типа например, когда вместо гуида инт передавали, в случае
> значения 0, вместе с размером структуры в которой содержалась)
Можно языки переставить местами, смысл не меняется.
Inovet © (29.12.12 15:24) [56]
Ты к чему это написал ?
← →
Anatoly Podgoretsky © (2012-12-29 15:36) [61]> sniknik (29.12.2012 15:08:47) [47]
Дуракам закон не писан.
← →
sniknik © (2012-12-29 15:37) [62]> Типа какая-то сторона могла ошибиться?
не смешно. постоянно сталкиваюсь разница на копейку. округления + разный подход в расчетах, одна сторона складывает другая держит общую сумму. (это не двя вот этого конкретного случая, а для суммы платежа и комиссии за него в переводах)
← →
sniknik © (2012-12-29 15:39) [63]> Можно языки переставить местами, смысл не меняется.
в одном есть ограничения/проверки, в другом нет. ошибки от "вседозволенности", чего один из них просто не даст сделать. т.что меняется.
← →
Inovet © (2012-12-29 15:46) [64]> [50] Медвежонок Пятачок © (29.12.12 15:13)
> <root>
> <item>name=value;another_name=another_value</item>
> </root>
В налоговой так сделали, раньше нормальный был, когда сразу после текстового XML ввели.
← →
Inovet © (2012-12-29 15:55) [65]> [58] sniknik © (29.12.12 15:32)
> была 2-ная фамилия и соответственно глюк.
Двойная фамилия - фигня в сравнение с остальным в этом "формате".
← →
Игорь Шевченко © (2012-12-29 15:55) [66]sniknik © (29.12.12 15:39) [63]
Не в этом дело. Программу с ошибками можно написать на любом из перечисленных языков, точно также и данные можно представить в неудобном для обработки виде в любом формате.
В dbf объявить все поля символьными с длиной 255. И пихать в них всякую чушь
← →
Inovet © (2012-12-29 15:57) [67]> [60] Игорь Шевченко © (29.12.12 15:36)
> Inovet © (29.12.12 15:24) [56]
>
> Ты к чему это написал ?
А не понятно? К тому, что в dbf ещё и не такие чудеса вытворяли.
← →
Игорь Шевченко © (2012-12-29 15:58) [68]Inovet © (29.12.12 15:57) [67]
Однозначно dbf негодный формат
← →
Inovet © (2012-12-29 16:03) [69]> [64] Inovet © (29.12.12 15:46)
> > [50] Медвежонок Пятачок © (29.12.12 15:13)
> > <root>
> > <item>name=value;another_name=another_value</item>
> > </root>
>
> В налоговой так сделали, раньше нормальный был, когда сразу после текстового XML ввели.
Пардон, думал ты про атрибуты. В налоговой атрибуты сделали. Ну а в твоём примере совсем уж что-то непонятное.
← →
sniknik © (2012-12-29 16:06) [70]> раньше нормальный был
было у одних, раньше был нормальный csv, потом судя по всему под давлением "надо xml", сделали... вложили csv как есть в тег внутри xml.
и тут же проблемы, т.к. вложение естественно сделали просто "оберткой" сверху снизу недостающего, ну можно догадаться какие (данные не регламентировны амперсанды кавычки и т.д. не запрещены). блох ловили с неделю/две с неизменной первой реакцией на каждую с "той стороны" - "у нас все работает, ошибок нет!".
> Двойная фамилия - фигня в сравнение с остальным в этом "формате".
для меня это выглядит так, "у нас все нормально, все работает, а после у вас был сбой"... и чем реже бывает тем сложнее доказать, что ошибка это не только когда сообщение с красным выдает, а и вот это тоже...
вот с двойной фамилией пока не встретилось года 4 наверное работало... в режиме 24/7. и кстати не исправлено (!!!) т.е. я нашел причину, как решить (чуть больше структуризации) и... ничего! типа, а может таких больше не будет, ну или пусть клиенты проверяют...
← →
sniknik © (2012-12-29 16:10) [71]> Однозначно dbf негодный формат
ну вот зачем это? миф создаете? где было, что формат виноват?
уже второй раз - речь не про формат. читайте без "фанатичного блеска в глазах"
← →
Inovet © (2012-12-29 16:15) [72]> [71] sniknik © (29.12.12 16:10)
> уже второй раз - речь не про формат
Я-то понял твою мысль - раз XML уневерсальный, значит там, "где-то там" по мнению менеджеров, есть некая пара кнопок "Выгрузить"/"Загрузить", которые сами всё, что менеджерам захочется, выгрузят/загрузят.
Правильно?
← →
Inovet © (2012-12-29 16:24) [73]> [59] Медвежонок Пятачок © (29.12.12 15:32)
> Вот это "Итого" меня всю жизнь прикалывало.
Это объяснимо, не привязываясь к формату. Есть в бумажном документе такое поле, значит и в электронном оно должно быть, для полного соответсвия. XML здесь как раз и подходит. Что до DBF, так тогда уж пришлось бы не одну таблицу передавать, а несколько десятков или денормализовать до маразма.
← →
Inovet © (2012-12-29 16:25) [74]> [73] Inovet © (29.12.12 16:24)
Последнее предложение отдельным абзацем должно быть.
← →
Smile (2012-12-29 16:39) [75]Похоже, что ветка себя исчерпала (даже независимо от того, что в ней принимают участие и модераторы сайта)
:(
← →
Игорь Шевченко © (2012-12-29 16:39) [76]sniknik © (29.12.12 16:06) [70]
> было у одних, раньше был нормальный csv, потом судя по всему
> под давлением "надо xml", сделали... вложили csv как есть
> в тег внутри xml.
> и тут же проблемы, т.к. вложение естественно сделали просто
> "оберткой" сверху снизу недостающего, ну можно догадаться
> какие (данные не регламентировны амперсанды кавычки и т.
> д. не запрещены). блох ловили с неделю/две с неизменной
> первой реакцией на каждую с "той стороны" - "у нас все работает,
> ошибок нет!".
Надо было в dbf вложить :)
Еще раз - ты в [17] написал, что XML не пригоден для обмена, потому что у ваших контрагентов кривые руки, а у вас не хватает специалистов.
Точно по таким же критериям непригодным для обмена является любой формат, даже не существующий.
← →
Jeer © (2012-12-29 22:36) [77]
> непригодным для обмена
даже этот форум, хотя - не самое худшее, что видел.
Потому и бываю здесь.
← →
sniknik © (2012-12-30 20:04) [78]> Я-то понял твою мысль - раз XML уневерсальный, значит там, "где-то там"...
> Правильно?
типа того, по сути. а вообще у нас нет кнопок (платежи/кассы/события/... взаимодействие автоматом).
> Еще раз - ты в [17] написал, что XML не пригоден для обмена, потому что ...
он через чур разрекламирован, через чур "на слуху", через чур "универсальный" из-за чего у многих мнение, что ничего больше не нужно знать/определять (данные/размерность/структуру/...)
вот был бы он типа json-а, на который договаривающиеся товарищи "стойку" делают - "ась? в чем вы сказали у вас обмен?... ээээ, а давайте я вас со специалистом соединю". и все бы было ок.
← →
Игорь Шевченко © (2012-12-30 22:48) [79]sniknik © (30.12.12 20:04) [78]
С наступающим :)
← →
Sergey Masloff (2012-12-31 19:56) [80]
> XML как формат тут в чем виноват ?
+100500
Я курирую B2B направление в крупной организации. Годы когда основной объем был в PDF вспоминаю как страшный сон.
XML решил много проблем.
Например автоматическая валидация документов (стандартными средствами).
Проще документировать и поддерживать документацию в актуальном состоянии. Ни и вообще много чего.
Страницы: 1 2 3 вся ветка
Форум: "Прочее";
Текущий архив: 2013.05.05;
Скачать: [xml.tar.bz2];
Память: 0.64 MB
Время: 0.004 c