Каково значение POX («старый добрый XML»)?

Question

Я недавно видел некоторые ссылки на POX или "старый добрый XML". Есть ли движение, чтобы упростить использование XML?

Википедия говорит :

Люди обычно используют термин [POX] как контраст со сложным, многослойные спецификации XML, такие как для веб-сервисов или RDF.

Лично я нахожу некоторые из использования схем XML и DTD слишком сложными, поэтому я бы приветствовал упрощение использования XML. Но, возможно, это только я.

Answer 1

Не совсем. Дело в том, что некоторые люди (по праву) не хотят копаться в XML / XPath / Schema / RDF / RDF-XML / OWL и еще много чего, и они с удовольствием пишут

<MyStuff>
   <Foo>bar</Foo>
</MyStuff>

Все спецификации XML и смежного мира не масштабируются до уровня одного разработчика. Отсюда POX, JSON и все нежирные вещи, которые вы видите вокруг.

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

Answer 2

Это зависит от ваших потребностей. Если только вам придется манипулировать xml, то это вполне подходит для использования POX. Но в тех случаях, когда другим разработчикам или даже компаниям придется манипулировать вашим XML, использование схем является обязательным условием. Не упоминать инструменты xsd-to-java (или xsd-to-C # / Php / Ruby / etc.?). Представьте себе, что это так - XSD - это класс, а xml - это экземпляр этого класса. Класс определяет явный контракт. И чаще всего такой явный договор обязателен.

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

Answer 3

Я, например, люблю POX и избегаю сложных схем везде, где могу.

Answer 4

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

Я никогда не пишу сложные схемы, хотя я пишу схемы. Простота - мой любимый способ.