Разработка xsd-моделей для хранения наборов открытых данных управления инновациями в формате xml

Атрибут деклараций, которые определяют свойства атрибутов. Снова свойства включают в себя имя атрибута и целевое пространство имен. Тип атрибута ограничивает значения, которые атрибут может принимать. Объявление атрибута может также включать в значение по умолчанию, или фиксированное значение (которое затем единственное значение атрибута может принимать.)Простые и сложные типы. Они описаны в следующем разделе. Модель группы и группы атрибутов определения. Они, по существу макросы: названные группы элементов и атрибутов, которые могут быть повторно использованы в различных определений типа. Использование атрибута представляет отношение комплексного типа и объявлении атрибута, и указывает, является ли атрибут является необязательной, когда он используется в этом типе. Элемент частиц аналогично представляет отношения сложного типа и объявлении элемента, и указывает на минимальное и максимальное количество раз элемент может появиться в содержании. А также частицы элементов, модели содержания может включать в себя модели частицы группы, которые действуют как не-терминалов в грамматике: они определяют выбор и повторение единиц в последовательности разрешенных элементов.

Кроме того, частицы подстановочныеразрешено, который разрешает набор различных элементов (возможно, любой элемент при условии, что в определенном пространстве имен).Другие, более специализированные компоненты включают в себя аннотации, утверждения, обозначения и компонента схемы, которая содержит информацию о схеме в целом. Типы [ редактировать ]Сложные типы описать разрешается содержание элемента, в том числе его элементов и текстовых детей и его атрибутов. Комплекс определение типа состоит из набора атрибутов и использования модели содержимого. Разновидности модели содержимого включают элемент только содержание, в котором не может появиться без текста (кроме пробела, или текст, заключенный дочерним элементом); просто содержание, в текст которого допускается, но дочерние элементы не; пусто содержание, в котором ни текст, ни дочерние элементы разрешены; и смешанного содержимого, что позволяет как элементы и текст. Сложный тип может быть получен из другого сложного типа ограничением (запрет некоторые элементы, атрибуты или значения, что разрешения базового типа) или в более широком смысле (с учетом дополнительных атрибутов и элементов в печати). В XSD 1.1, сложный тип может быть ограничен утверждений — XPath 2.0 выражения оцениваются против содержания, которые должны оценить, чтобы правда. Простые типы (также называемые типы данных) ограничивает текстовые значения, которые могут появиться в элементе или атрибуте.

Это один из наиболее важных способов, в которых XML-схема отличается от DTD,. Например, атрибут может быть ограничен, чтобы держать только правильную дату или десятичное число. XSD предоставляетнабориз 19 примитивныхданных types (anyURI, base64Binary, boolean, date, dateTime, decimal, double, duration, float, hexBinary, gDay, gMonth, gMonthDay, gYear, gYearMonth, NOTATION, QName, string, и time). Это позволяет новые типы данных, которые будут построены из этих примитивов трех механизмов:

Ограничение (уменьшение набор допустимых значений), лист (позволяя последовательность значений), иСоюз (с учетом выбора значений из нескольких типов).Двадцать пять производные типы определены в самой спецификации, и далее производные типы могут быть определены пользователем в своих схем. Механизмы, доступные для ограничения типов данных включают в себя возможность указать минимальное и максимальное значения, регулярные выражения, ограничения на длину строк и ограничения на количество цифр в десятичных значений. XSD 1.1 снова добавляет утверждения, возможность указать произвольный ограничение с помощью XPath 2.0 выражения. Сообщение от схем-проверка Infoset [ править ]После XML-схемы на основе проверки, можно выразить структуру и содержание XML-документа с точки зрения модели данных, что была неявной во время проверки. Модель данных XML-схемы включает в себя:

Словарный запас (имена элементов и атрибутов) Содержание модели (отношения и структура) Типы данных

Это сбор информации называется пост-схемы-проверка Infoset (PSVI). PSVI дает действительный документ XML его «тип» и облегчает обработку документа в качестве объекта, используя объектно-ориентированное программирование (ООП) парадигмы. Пример [ править ]Это является примером довольно простой документ схемы для описания адреса. <�хз: схемыelementFormDefault = «квалифицированных» XMLNS: XS = «» >

http://www.w3.org/2001/XMLSchema<�Хз:Имяэлемента = «Адрес» ><�Хз: ComplexType><�хз: последовательность><�Хз:имяэлемента = Тип" Получатель" = «XS: строка» /><�Хз:имяэлемента = «Дом» тип = «XS: строка» /><�Хз:имяэлемента = «Улица»

тип = «XS: строка» /><�Хз:имяэлемента = «Город» Тип = «XS: строка» /><�Хз:имяэлемента = Тип" округа" = «XS: строка» MinOccurs = «0″ /><�Хз:имяэлемента = Тип» салонов Почтовый" = «XS: строка» /><�Хз:Названиеэлемента = «Страна» MinOccurs = «0» ><�Хз: simpleType><�Хз:базаограничение = «XS: строка» ><�Хз: перечислениезначение = «В» /><�Хз:значениеперечисления = «DE» /><�Хз:значениеперечисления = «ES» /><�Хз:значениеперечисления = «Великобритания» /><�Хз:значениеперечисления = «США» /></ Хз: ограничение></ Хз: simpleType></ Хз: элемент></ Хз: последовательность></ Хз: ComplexType></ Хз: элемент></ Хз: Схемы>Количество средств разработки может быть использован для создания графического представления схемы. Многие из них создания диаграмм, аналогичных той, показано ниже:

Пример XML-документа, соответствующего этой схеме <�АдресXMLNS: XSI = «

http://www.w3.org/2001/XMLSchema-instance" XSI: noNamespaceSchemaLocation = «SimpleAddress.xsd» ><�Получатель> Г-нУолтер С. Браун </ получателя><�Дом> 49 </ Дом><�Улица>Физерстоун Улица </ Улица><�Город> ЛОНДОН </ Город><�Салонов Почтовый> EC1Y 8SY </ салонов Почтовый><�Страна> Великобритания </ Страна></ Адрес>Вторичные применения для XML-схем [ редактировать ]Основная причина определении XML-схемы является официально описания XML документа; Однако в результате схема имеет ряд других видов применения, которые выходят за рамки простой проверки. Генерация кода [ править ]Схема может быть использована для генерации кода, называемый связывание данных XML. Этот код позволяет содержимое XML документов, рассматриваются как объекты в пределах среды программирования. Генерация структуры XML-файл документации [ править ]Схема может быть использована, чтобы генерировать удобочитаемый документации структуру XML-файла; это особенно полезно, когда авторы сделали использование элементов аннотаций. Никаких официальных стандартов не существует для генерации документации, но количество доступных инструментов, таких как Xs3p стилей, которые будут производить качественную читаемый HTML и печатный материал. Критика [ править ]Хотя XML-схемы является успешным в том, что он был широко принят и в значительной степени обеспечивает то, что он намеревался, он был предметом большой долей жестокой критике, возможно, больше, чем любой другой Рекомендация W3C. Хорошие резюме критических предоставляются Джеймсом Кларком, [6] Андерс Моллер и Майкл Schwartzbach, [7] Рик

Джелифф [8] и Дэвид Уэббер. [9]Общие проблемы: Это слишком сложно (спецификация несколько сотен страниц в очень техническим языком), так что это трудно использовать, не являющихся экспертами — но многие неспециалисты должны схем для описания форматов данных. Сам Рекомендация W3C чрезвычайно трудно читать. Для большинства пользователей W3Cs XML-схемы Грунтовка гораздо легче понять. XSD не хватает какого-либо формального математического спецификации. (Это затрудняет разумеется, о схемах, например доказать, что модификации в схеме обратно совместим) Есть много сюрпризов в языке, например, что ограничение элементов работает иначе, ограничение атрибутов. Практические ограничения выразительности: XSD предлагает очень слабую поддержку для неупорядоченного содержания. XSD не может требовать определенную корневой элемент (так дополнительная информация требуется для проверки даже простейшие документы).При описании смешанного содержания, данные, не могут быть ограничены в любом случае (даже не набор допустимых символов может быть указан).Содержание и атрибутов декларации не может зависеть от атрибутов или контекста элемента (это также перечислены в качестве центральной проблемы DTD).Это не 100% самоописываемыми (как тривиальный пример, смотрите предыдущий пункт), хотя это было первоначальное требование дизайн. По умолчанию не может быть указан отдельно от заявлений (это делает его трудно сделать семей схем, которые отличаются только в значениях по умолчанию);элемент по умолчанию может быть только символьные данные (не содержащие разметку).Технические проблемы:

Хотя технически это пространство имен-совместимый, он, кажется, не следуют имен дух (например, «Местные» неквалифицированные).XSD 1.0 не предусмотрено никаких средств, чтобы утверждать, что значение или наличие одного атрибута зависит от значений или присутствия других атрибутов (так называемый смежности ограничений). Это было исправлено в XSD 1.

1.Набор XSD типов данных на предложение весьма условно. [10]Эти две задачи валидации и увеличения (добавление информации типа и значения по умолчанию), должны храниться отдельно. Версия 1.1 [ редактировать ]XSD 1.1 стал рекомендацией W3C в апреле 2012, что означает, что утвержден спецификации W3C. Значительные новые возможности в XSD 1.1:Способность определять утверждения против содержания документа с помощью XPath 2.0 выражения (идея заимствована из Schematron).Возможность выбора типа, против которых элемент будет проверяться на основе значений атрибутов элемента («условное присваивание типа»).Расслабляющая правила, по которым явные элементы в модели содержимого не должен совпадать групповые символы также позволило с помощью модели. Возможность указывать маски (как для элементов и атрибутов), которые применяются для всех типов в схеме, так что все они реализуют ту же политику расширяемости. До предлагаемой Рекомендации проекта, XSD 1.1 также не предложила добавить новый числовой тип данных, precisionDecimal. Это оказалось спорным, и поэтому исключен из спецификации на поздней стадии развития. Рассмотрим преобразования документов, для различных сайтов. Проектирование программного обеспечения на VisualStudio 2013

Для VisualStudio 201X есть два способа установки сборник шаг XSD. Вы можете использовать тот же пользовательский сборки шаг подход, как в VisualStudio 2003

Кроме того, вы можете использовать правила подхода, основанного на создании компиляции XSD в. Этот метод основан на наборе файлов настройки сборки (.targets, .props и .xml), которые предоставляются с распределением XSD. Эти файлы указать командную строку, выходные файлы и параметры для компилятора XSD. Они также обеспечивают представления графического интерфейса, который позволяет настроить процесс компиляции схемы таким образом, похожий на встроенных инструментов, таких как C ++ компилятора и компоновщика. Следующие шаг за шагом инструкции показывают, как это сделать:

Файлы настройки сборки находятся в др VC-1x.0 каталоге в распределении XSD. Первым шагом является, чтобы добавить этот каталог в список путей, где VisualStudio ищет таких файлов. Для этого откройте диалоговое окно Параметры, выбрав «Инструменты» -> «Параметры» действий меню. Затем на вкладке «Проекты и решения» выберите «Настройки VC ++ проекта» суб-вкладки. Добавьте путь к др VC-1x.0 в «Build настройки пути поиска» поля.

Затем нажмите кнопку ОК, чтобы закрыть этот диалог. Кроме того, вы можете копировать файлы настроек сборки в каталог раствора, а затем включить их в свой проект, используя кнопку «Найти» существующего в диалоге «Build развертывания файлов», описанной на следующем шаге. Таким образом ваше решение будет самодостаточным и может быть построен без модификаций на другой машине, где был установлен XSD в другом месте. Выберите проект, где вы хотите, чтобы добавить вашу схему и откройте диалог «Build развертывания файлов», выбрав «Проект» -> «Построить пользовательских настроек» действие меню. Там вам следует видеть два правила CodeSynthesis XSD: XSD-Cxx-дерево для C ++ / дерево и XSD-Cxx-парсер для C ++ / Parser. Выберите правило, соответствующее отображение вы планируете использовать в вашем проекте. Нажмитекнопку ОК, чтобы закрыть диалоговое окно.

Например: Добавить файл схемы (например, hello. xsd) для вашего проекта («Project» -> «Добавить существующий элемент» действия меню) и откройте диалоговое окно его свойств (выберите файл схемы в обозревателе решений и выберите «Проект» -> «Свойства» действия меню). Там вы увидите, что поле Тип элемента на вкладке Общие содержится название XML-схемы для C ++ отображения, который вы выбрали. В тех же диалоговом окне свойств выберите «C ++ / дерево Mapping» или вкладку «C ++ / Анализатор Mapping». Там вы увидите количество суб-вкладках, где вы можете выбрать различные опции компилятора XSD, например: Нажмите кнопку ОК, чтобы закрыть диалоговое окно Свойства. Составьте схему, выбрав файл схемы в обозревателе решений и выбрав «Build» -> «Компиляция» действие меню. Это приведет к созданию выходных файлов (например, hello. hxx и hello. cxx).Добавить выходных файлов (например, hello. hxx и hello. cxx) к проекту («Project» -> «Добавить существующий элемент» действие меню).Если ваш проект не ссылки на Xerces-C ++ (или Expat, если вы используете C ++ / отображение Parser и выбрали Expat как основной XML парсер), вы должны добавить Xerces-c₃.lib (релиз) или Xerces-c_3D. L ib (отладка) (libexpat.lib для Expat), а дополнительные зависимости в закладке Input компоновщика. Для этого выберите ваш проект в обозревателе решений и выберите «Проект» -> «Свойства» меню действий.

Выберите вкладку компоновщик, затем Inputподвкладку и введите имя библиотеки в поле Дополнительные зависимостей. Конфликт с Microsoft Xsd. exeMicrosoft SDK содержит исполняемый файл с именем xsd. exe, которые могут иметь приоритет над CodeSynthesis xsd.exe. Если это произойдет, вы получите сообщение об ошибке вроде этого: XSD schema. xsdMicrosoft ® XML-схем / поддержка типов данных утилита[Microsoft ® .NET Framework, версия 2.

0.50 727.

42]Copyright © Корпорация Microsoft. Все права защищены. Ошибка: недопустимый аргумент командной строки: «CXX-дерево». Если вы хотели бы получить больше помощи, пожалуйста, введите «XSD /?». Проект: ошибка PRJ0019: инструмент возвращается код ошибки из «XSD schema. xsd» Если вы получаете сообщение об ошибке, то вам нужно убедиться, что bin каталог внутри распределения CodeSynthesis XSD в «Исполняемые файлы» списка в VisualStudio IDE и находится на вершине этого списка.

для VisualStudio 2010 / 10.0 и более поздних версий:

Откройте существующий или создать новый проект на C ++Откройте ViewManager недвижимости, выбрав «Вид» -> «Менеджер недвижимости» (или «Вид» -> «Другое Windows» -> «Менеджер недвижимости») действие меню

Разверните иерархию свойств для проекта и найти собственности лист Microsoft.Cpp.Win32.userЩелкните правой кнопкой мыши на Microsoft.Cpp.Win32.user и выберите «Свойства» действие меню

Выберите вкладку VC ++ DirectoriesУбедитесь, что искомый путь существует и находится в начале поля «Исполняемые Справочники» (пути разделяются точкой с запятой) Если вы внесли какие-либо изменения, нажмите кнопку Сохранить в верхней части окна диспетчера собственности и перезапустить VisualStudioЕсли вы строите 64-битной версии вашего приложения, повторите эти шаги для листа Microsoft.Cpp.x64.user собственности (VisualStudio сохраняет отдельный набор путей для каждой платформы).Рассмотрим простейшее преобразование Исходного XML документа: Hello sun moon world Для это будет достаточно следующего кода#include #include #include «hello-pskel.hxx» using namespace std;structhello_pimpl: hello_pskel{virtual voidgreeting (const string& greeting) { greeting_ = greeting; }virtual voidname (const string& name) {cout << greeting_ << «, «<< name << «!» << endl; }private:string greeting_;};intmain (intargc, char* argv[]){if (argc ≠ 2) {cerr << «usage: «<< argv[0] << «hello.xml» << endl;return 1; }try { // Construct the parser. // xml_schema:string_pimplstring_p;hello_pimplhello_p;hello_p.greeting_parser (string_p);hello_p.name_parser (string_p); // Parse the XML instance document. T he second argument to the // document’s constructor is the document’s root element name.

// xml_schema:document doc_p (hello_p, «hello»);hello_p.pre ();doc_p.parse (argv[1]);hello_p.post_hello (); }catch (constxml_schema:exception& e) {cerr << e << endl;return 1; }catch (conststd:ios_base:failure&) {cerr << argv[1] << «: unable to open or read failure» << endl;return 1; }}Первые четыре функции-члены, показанные выше, называются парсер обратные вызовы. Вы, как правило, их переопределения в вашей реализации парсера сделать что-то полезное. Давайте пройдемся по всем из них по одному. Функция предварительного () является инициализация обратного вызова. Это называется, когда новый элемент типа привет собирается быть разобран.

Вы, как правило, использовать эту функцию, чтобы выделить новый экземпляр полученного типа или четких аккумуляторов, которые используются для сбора информации во время синтаксического анализа. Реализация по умолчанию эта функция ничего не делает. Функция post_hello () является завершение обратного вызова. Его имя составляется путем добавления имени скелет анализатора к post_ префикса. Завершение обратный вызов, когда разбор элемента завершена, и результат, если таковые имеются, должны быть возвращены. Обратите внимание, что в нашем случае тип возвращаемого post_hello () является недействительным, что означает, что нет ничего, чтобы вернуться. Подробнее о типах синтаксических анализаторов вернуться позже. Следует объяснить особенность работы программы, почему завершение обратного вызова называется post_hello () вместо должности () как предварительно (). Причина этого в том, что окончательная доработка функции обратного вызова могут иметь различные типы возврата и привести в функциональных подписи столкновений по всей иерархии наследования. Чтобы предотвратить это подписи финализации обратных вызовов производится уникальная, добавив имя типа, чтобы их имена. Последние три функции для подключения анализаторов друг с другом. Например, есть предопределенная парсер встроенного XML-схемы типа строки в среде выполнения XSD.

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

На данный момент у нас есть все части, мы должны сделать что-то полезное с информацией, хранящейся в нашем XML документа. Первый шаг заключается в реализации парсер:#include #include «hello-pskel.hxx» classhello_pimpl: public hello_pskel{public:virtual voidgreeting (conststd:string& g) { greeting_ = g; }virtual voidname (conststd:string& n) {std:cout << greeting_ << «, «<< n << «!» << std: endl;}private:std:stringgreeting_;};Мы оставили как до () и () post_hello с реализациями по умолчанию; мы не имеем ничего, чтобы инициализировать или вернуться. Остальное довольно просто: мы храним объявление в переменной-члена, а затем, при разборе имен, используем его. using namespace std;intmain (intargc, char* argv[]){try { // Construct the parser. //

xml_schema:string_pimplstring_p;hello_pimplhello_p;hello_p.greeting_parser (string_p);hello_p.name_parser (string_p); // Parse the XML instance. // xml_schema:document doc_p (hello_p, «hello»);hello_p.pre ();doc_p.parse (argv[1]);hello_p.post_hello (); }catch (constxml_schema:exception& e){cerr<< e << endl;return 1; }}Первая часть этого фрагмента кода создает экземпляр отдельных анализаторов и собирает их в полной лексики анализатора. xml_schema :string_pimpl является реализация анализатора для встроенного типа XML-схемы последовательности. Это обеспечивается выполнения XSD вместе с анализаторами для других встроенных типов (для более подробной информации о встроенных анализаторов см главе 6, «Встроенный XML Schema типа анализаторов»). Мы используем string_pimpl разобрать поздравительные и имя элементы, как указано звонков в greeting_parser () и name_parser ().Затем мы создаем документ парсер (doc_p).

Первый аргумент его конструктора парсер для корневого элемента (hello_p в нашем случае). Вторым аргументом является имя корневого элемента. Окончательный кусок призывы предварительно (), синтаксический анализ (), и post_hello (). Вызов для анализа () выполняет фактическое XML разбора в то время как звонки предварительного () и post_hello (), убедитесь, что парсер для корневого элемента может выполнять надлежащую инициализацию и очистку. В то время как наша реализация парсер и тест-пилот довольно малы и легко писать от руки, для больших XML словарей может быть существенное усилие. Чтобы помочь с этой задачей XSD может автоматически генерировать примеры реализации анализатора и тест-пилота с ваших схем. Вы можете запросить генерацию примере реализации с пустыми органов функцию, указав опцию —generate-Noop-осущ. Или вы можете создать пример реализации, который печатает хранилище данных в XML, используя опцию —generate-печати осущ. Чтобы запросить генерацию тест-пилота вы можете использовать опцию —generate тест-драйвера. Для получения более подробной информации об этих параметрах обратитесь к руководству команды XSD строке компилятора.

" Генерируется" пример в распределении XSD показывает пример функции поколения реализация в действии. Пример работы программы

Рассмотрим параметр возвращения списка резюме авторизированного пользователя на портале hh. ruXML описаниеXSD модель clientsвидно всем компаниям, зарегистрированным на HeadHunter 1 234 567 890 123 456 849 145 940 148 2242abcdef

https://api.hh.ru/resumes/1 234 567 890 123 456 849 145 940 148 2242abcdef

http://hh.ru/resume/1 234 567 890 123 456 849 145 940 148 2242abcdef 2013;05−31T14:27:04+0400 2013;05−31T15:08:52+0400 0 0 published опубликовано 0 1 1 1 Возвращает справочник всех профессиональных областей и специализацийСпортивные клубы, фитнес, салоны красоты24 24.493 Парикмахер Более подробные результаты преобразования смотрите в Приложении А. Компьютерное обеспечение проекта

Компьютерное обеспечение проекта сводится к наличию ПК/ноутбука, и доступа к сети Интернет. Извлечение XSD данных их XML документа осуществляется с помощью адаптированного программного обеспечения. Реализация программного обеспечения может носить кроссплатформенный характер из-за кроссплатформенности библиотек преобразования и извлечения XSD схемы из оригинального XML документа. По положению технического задания требуется реализовать программное обеспечение для плафтормыWindows. Для реализации этого воспользуемся средой разработки программного обеспечения VisualStudio 2013 и набором библиотек CodeSynthesis XSD. Экономическая оценка проекта

Экономическая оценка проекта проводится по смете затрат на разработкаxsd-моделей для хранения наборов открытых данных управления инновациями в формате xml. Предоставление доступа в сеть Интернет — 600 р/мес.Энергозатраты на обеспечение энергией вычислительной техники 10 Квт/ч. * 4,68 = 50 р. Расчёт ведется по одноставочному тарифу, согласно утвержденной тарифной сетки Мосэнерго. Часовая тарифная ставка специалиста 500 р./час * 8 раб. часов = 4000 р. Амортизация оборудования — 25 000 (стоимость основных средств) / 5 (лет эксплуатации) / 247 (рабочих дней в году) = 20.25 р. Стоимость программного обеспечения — 0 р. Итоговая смета составит = 600 + 50 + 4000 + 21 = 4671 р. Правовая оценка проекта

В работе использовались сторонние ресурсы, лицензированные по лицензии свободного программного обеспечения GPL. Операционная система персонального компьютера / ноутбука было выбрано из семейства GNULinux, лицензированного по лицензии GPL. Таким образом использование открытого программного обеспечения позволило сократить финансовые расходы по обеспечению проекта, оставаясь при этом в рамках правового поля лицензированного обеспечения. Заключение

В дипломной работе выполнено построение XSD набора данных, для XML данных открытых источников. Проанализированы ведущие порталы поиска работы в русском сегменте сети Интернет. Для осуществления поставленных задач были исследованы XML архитектура и XSD наборы данных, описывающий структуру предложенного документа. Освещен вопрос создания приложения извлечения XSD схемы документа с использованием библиотек. Описан процесс использования библиотек в среде разработки VisualStudio 2013

Проанализирован конкурентный формат данных JSON, так же набирающий популярность при обмене данных между информационными системами. Дана правовая и экономическая оценка проделанной работе. Источники литературы:

Вугт В.В.OpenXML кратко и доступно /MicrosoftPress/ 2012. 109 стр. Changqing Li, Tok Wang Ling Advanced Applications and Structures in Xml Processing / Information Science Reference/ 2010 376стр

Алексей СтарыгинXML: разработка Web-приложений BHV — Санкт — Петербург 2013 592Elliotte Rusty Harold XML Bible / Wiley / 20 101 056стр: Сэл

Мангано XSLT: Cookbook XSLT. Сборник рецептов Второе издание/ ДМК Пресс, БХВ-Петербург / 2011 864 стр. Эрик РэйLearning XML Изучаем XML /Символ-Плюс / 2011 408 стр. Lucinda Dykes XML For Dummies / For Dummies 2013 384стр.Скотт

Шорт Building XML Web Services for the Microsoft .NET Platform/ Разработка XML Web-сервисовсредствами Microsoft. NET/ БХВ-Петербург 2013 480: Деван

ШепердTeachYourself XML in 21 DaysОсвой самостоятельно XML за 21 день / Вильямс / 2012 432стр

И. Шапошников XML. Справочник WEB-мастера / БХВ-Петербург /2 011 304 стр. Пол Спенсер XML. Проектирование и реализация. Программирование с помощью XML, ASP и IE8 / Лори Год: 2013 510 стр. Брайан ТрэвисXML и SOAP программирование для серверов BizTalk/ MicrosoftPublisher /2011 496стр.Алексей Валиков Технология XSLT /БХВ-Петербург / 2012 ISBN: 5−94 157−129−1 Ильдар Хабибуллин Самоучитель XML / БХВ-Петербург / 2013 ISBN: 5−94 157−339−1 Стивен ХолзнерXSLT. Библиотека программиста /Питер 2012 ISBN: 5−94 723−271−5, 0−7357−1136−4 Sai SriparasaJavaScript and Json Essentials / Книгапо

ТребованиюISBN 9 781 783 286 034 / 2013 г. 120 стр. AsanAgibetovEssence of JSON/ LAP Lambert Academic PublishingISBN 9 783 659 188 602; 2013 г. 52 стр.С. В. Одиночкина Основы технологий XML / СПб: НИУ ИТМО, 2013. — 56 с. Основы XML для начинающих пользователей Электронный ресурс (

http://www.ibm.com/developerworks/ru/library/x-newxml/)Атиф

Азиз, Скотт Митчелл, Введение в объектную нотацию JavaScript (JSON) в JavaScript и .NET электронный ресурс (

http://www.realcoding.net/articles/vvedenie-v-obektnuyu-notatsiyu-javascript-json-v-javascript-i-net.html)Стандарт The application/json Media Type for JavaScript Object Notation (JSON)Электронныйресурс (

http://www.ietf.org/rfc/rfc4627.txt)JSON: основы использования. Электронный ресурс (

http://ruseller.com/lessons.php?rub=28&id=1212)Extensible Markup Language (XML) 1.0 (Fifth Edition). Электронный ресурс (

http://www.w3.org/TR/2008/REC-xml-20 081 126/)Writing I-Ds and RFCs using XML. Электронный ресурс (

http://xml2rfc.ietf.org/public/rfc/html/rfc2629.html)The Extensible Markup Language (XML)Configuration Access Protocol (XCAP) Электронныйресурс (

https://tools.ietf.org/rfc/rfc4825.txt)Технология XSLT Электронный ресурс (coollib.com/b/184 527/read)JSONConditions Электронный ресурс (

https://docs.oracle.com/database/121/SQLRF/conditions010.htm#SQLRF56963)Wiki-документация «CodeSynthesis XSD is an open-source, cross-platform XML Schema to C++ data binding compiler.». Электронный ресурс (

http://wiki.codesynthesis.com/XSD) Code Synthesis XSD: XML Data Binding for C++ Электронныйресурс (

http://www.codesynthesis.com/products/xsd/)Using XSD with Microsoft Visual Studio. Электронныйресурс (wiki.codesynthesis.com/Using_XSD_with_Microsoft_Visual_Studi)