Отображение внутренних элементов данных в XML-схему внешних поставщиков

Я рассматриваю Altova MapForce (или что-то подобное) для создания XSLT и /или класса Java или C # для выполнения перевода. Сегодня мы извлекаем данные прямо из базы данных и вручную создаем строку XML, которую мы публикуем в веб-сервисе.

Должно ли это быть db -> (внутренний) XML -> XSLT -> (Внешний) XML? Что вы, ребята, делаете в широком мире?

4 голоса | спросил BryanB 17 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 17 Sep 2008 07:17:33 +0400 2008, 07:17:33

4 ответа


0

Я бы использовал один из готовых классов сериализации XML для выполнения внутренней генерации XML, а затем использовал XSLT для преобразования во внешний XML. Вы также можете сгенерировать схему для обеспечения того, чтобы код перевода (что будет управлять вашим переводом XSLT) продолжал получать XML, который он ожидает для перевода в случае, если изменения в объекте ломают вещи.

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

ответил Jason Jackson 17 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 17 Sep 2008 07:22:02 +0400 2008, 07:22:02
0

Да, я думаю, что вы идете по правильному пути с MapForce. Если вы не хотите писать код для предварительного преобразования, MapForce может сделать это и для вас. Это может быть лучше в долгосрочной перспективе, потому что это меньше кода для обслуживания.

Держитесь подальше от более дорогих вариантов (например, BizTalk), если только вам действительно не нужна интеграция и оркестровка B2B.

ответил Don 17 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 17 Sep 2008 07:23:04 +0400 2008, 07:23:04
0

Какую базу данных вы используете? У Oracle есть несколько хороших инструментов отображения XML. Существует несколько инструментов для привязки Java (один из них http://java.sun.com/developer /technicalArticles /WebServices /JAXB ). Тем не менее, если у вас есть роскошный вариант, подумайте об использовании Ruby, который имеет хорошие встроенные методы "to_xml".

ответил David Medinets 17 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 17 Sep 2008 07:24:22 +0400 2008, 07:24:22
0

Совет № 1: избегайте любого использования XSLT.

Опора инструмента - отстой. Полученное решение будет неуправляемым.

Совет № 2: устраните все ненужные шаги.

Просто переведите ваш набор результатов (если вы используете JDBC или его эквивалент) в исходящий XML.

Совет № 3. Допускайте неправильное использование всего инструмента на основе схемы и планируйте его соответствующим образом.

Другими словами, просто подделайте это. Если вам нужно избавиться от некоторой мутантной полезной нагрузки SOAP (я знаю, что это избыточно), просто смоделируйте работающее SOAP-сообщение и затем превратите его в шаблон. Скорость не отстой.

Тем не менее, лучший /правильный ответ - использовать решение в стиле «XML Writer». Есть несколько.

Лучшим является тот, который я написал, LOX (облегченные объекты для XML) . р>

Открытый API использует шаблон проектирования Builder. Из-за какой-то магии под капотом невозможно создать искаженный XML.

Обратите внимание: если ответом является XML, вы задали не тот вопрос. Иногда мы вынуждены против нашей воли использовать это каким-то образом. Когда это происходит, крайне важно использовать инструменты, которые минимизируют усилия разработчика и улучшают поддержку кода.

ответил 17 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 17 Sep 2008 07:46:40 +0400 2008, 07:46:40

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132