Универсальный механизм преобразования xml в Таблицу значений #798868

Поиск выдает какие то старые материалы 10-12 года. Потратил пару дней на изучение вопроса. Собственно вопрос. Нужно чтобы любой файл xml (главным образом это дрвевовидные структуры номенклатуры) В одном узле папки, какие то списки свойств и тп. В главном это номенклатура с ID на группы свойства и так далее. В обще описание есть. Поставщики на своих сайтах располагают. Есть какие то готовые механизмы чтобы из этого всего сделать плоскую таблицу значений? Если что есть заказчик. Но нужно чтобы было универсально (например была таблицы в которую можно было забить стркутуру xml) и далее при нажатии выбора файла она превращалась в ТЗ

есть, выбирай:

Это инструменты, меня интересует готовая обработка.

У тебя заказчик есть, тебе хватит.

времени нет. Могу оплатить решение. Мне собственно нужна только ТЗ. больше ничего.

для ЛЮБОЙ xml только что-то из

Да это не проблема. Дерево уже есть. Теперь из дерева по готовой схеме (описание структуры) нужно создать таблицу.

В этом вот все продажники. Заказчика уговорил, два дня проквасил с настроением "да все фигня, я такое левой пяткой". А теперь панический поиск - а возможно ли это вообще. Причем сразу готовое. Причем уговаривая всех, что "это не проблема"

не перекладывай со своей головы на чужую.

В общем случае xml в ТЗ не преобразовать

Поэтому не ясно, что означает "нужно чтобы было универсально"

Я разработчик и разрабатываю уверен в 100 раз больше чем ты, потому что уже 10 лет каждый день трачу время на разработки. Клиентов и задач у меня столько что тебе и не снилось. И да - ничего плохого в том чтобы я отдавал часть задач на аутсорс - нет. Это вообще нормально если чо так!

в данном случае все похожие или сходие xml это по сути теже прайсы. Есть схема структуры. По сути все ключевые поля связаны с ID и названием раздела. Я уже процентов 30 сделал заготовки настроек. В которую можно будет вбить структуру и получить таблицу. Те в этих настройках указано что откуда брать.

"Есть схема структуры" // XSD что ли?

Тему завел в плане того что вдруг уже окажется кто то подобное сделал! И смысл изобретать велосипед. Но если нет, то я это все равно продолжаю делать и уверен на 146 процентов получится сделать этот универсальный механизм. Получать связанные элементы и разделы с учетом ID дело техники. Уверен это подлежит универсализации

к сожалению тупо текстовое описание идентификаторов узлов и что они значат.

По сути да. но не прям в XSD а как описание. Я хочу чтобы юзер вбивал эту схему в настройках, потом выбирал файл и получал таблицу(ы) согласной этой структуре

вангую, универсальности в твоей поделке будет пшик - только в рамках твоего "тз" и с кучей ограничений

Номенклатура в 1С не имеет бесконечности реквизитов. А значит по сути и xml не могут быть по определению сложнее чем в 1С. По сути означает что если идти от обратного - то по логике вещей всегда можно создать считыватель максимально возможной стркутуры.

Максимально сложное что может быть в этих xml файлах - это типа дополнительные свойства. По сути максимальная вложенность. Если опираться от этого, то становится очевидным что максимальная вложенность у нас никогда не будет более 5. ну ок 7 элементов.

А это значит что универсальность возможна еще как

Ты бы хоть продемонстрировал свои схемы

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

+ А может быть не вместе, а вместо своего ПО :-)

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

юзеру не надо ничего придумывать)  такие прайсы поставщики предоставляют со схемами. Ну если нет схемы - ну да тяжелый случай. Ну ок заплатит клиент 10к за настройку индивидуально этого прайса если вообще не будет возможности. В остальном все - просто вбивает в таблицу настроек название узлов. Таблицу настроек уже по сути готова под то чтобы там указывать где узел номенклатуры, где реквизитов, свойств, цен.

Я не понял, как ты в принципе собираешься schemaless структуру представить в виде плоской таблицы?

закинется лизергином и представит - делов-то

выкинь из слова "универсальный" и "любой" (файл xml) и более-менее что-то можно наколбасить

Можно как параметр подавать узел, элементы которого будут строками. Все остальное  - колонки Тогда задача вполне решаема

Рановато ты аргумент "сперва добейся" вытащил. Что ни будь ещё?

какие-то колонки могут быть атрибутами, какие-то узлами

А разница?

Если конечно строки-товары расположены иерархически, то сложнее конечно будет гораздо

универсальности не получится. Кроме того, если уж говорить про универсальность, то - данные одной таблицы могут по разным файлам быть разбросаны и связаны при помощи xlink

Ну так 100% универсальность и не нужна

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

> Я не понял, как ты в принципе собираешься иерархическую schemaless структуру представить в виде плоской таблицы? +1 Возникает вопрос: а не перегрелся ли топик-стопер.

Хотя с другой стороны это легко делается мастером из 2-3 закладок с сохранением настроек.

В таблицу-то залить можно, но разгребать принадлежность колонок - у-у-ух!

+ В дерево значений хотя бы...

Вполне себе xml

ну тут 1 ряд и 4 колонки

вернее 2 колонки

вторую строку игнорируем

Чой-та игнорируем? Патентованый алгоритм lossy сжатия загруженной информации?

Этот пост противоречит сабжу. ИМХО.