DRAKON.SU :: Просмотр темы - Дракон и XML: Проект Ярослава Романченко

Определить XML множество для дракона и XML множество для абстрактной программы

Есть правда некоторые нюансы, например с отсутствием гарантии последовательности исполнения, но это решаемо.

Код:

Madzi писал(а):

Определить XML множество для дракона и XML множество для абстрактной программы

Разве эти множества не могут находиться в одном XML документе? Декларативная часть - дерево, а ДРАКОН-схемы тоже листочки в том же дереве... либо две отдельные секции в одном документе

Madzi писал(а):

Это почему отсутствие гарантии последовательности исполнения? Можно поподробнее объяснить?

Почему блок

Madzi писал(а):

Код:

представлять деревом, если там должны быть графы?
А по поводу содержимого блоков схемы естественно их представлять в неком универсальном не зависящем от языка программирования виде, примерно как Вы это и демонстрируете на примере цикла FOR. Действительно, для него нужно задать лишь переменную, начальное и конечное значения. Блок который будет в цикле исполняться определится следующими блоками схемы, и т.д.

Нигде не говорится о том, что при разборе XML гарантируется следование узлов в порядке их появления в XML файле. Гарантируется только поиск всех узлов соответствующих определённому критерию.

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

На первых порах пришлось "приспособить" под декларативную часть блок "комметнарий", с разделением соответсвующих секций, собственно: комментариев, импорта, констант, типов и переменных. принадлежность той или инной секции определяется первым считанным из блока элементом, соответственно (*, IMPORT, CONST, TYPE и VAR. Дело в том что, содержимое некоторых секций будет необходимо не только в качестве справочной информации, а должно быть доступно и для модификации на стадии генерации кода.

Предлагаю заинтересованным обсудить возможные форматы и создать .xsd .dtd схемы.

Всегда есть два режима - ordered и unordered. Поскольку XML имеет два применения: язык разметки текста и формат данных.

Madzi писал(а):

Предлагаю заинтересованным обсудить возможные форматы и создать .xsd .dtd схемы.

.xsd требует отдельного парсера или библиотеки для работы с XML съедают XSD по умолчанию?

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

]А если меняется версия структуры, содержащейся в XML, то и xsd нужен другой? Парсер выдаст ошибку? Нельзя будет просто пропустить незнакомый тег?

Автор:	Владислав Жаринов [ Понедельник, 31 Октябрь, 2011 06:45 ]
Заголовок сообщения:	Гибридный прогязык и XML: Проект Ярослава Романченко
В общем, это типа представления таких таблиц, как здесь. Так? Кстати, они тоже развивались под влиянием идей Ярослава. P.S. Да, в соответствии с принципом отделения содержания от представления в таблицах, ессно, нет ничего о расположении и отображении текста и графики. Это может идти, допустим, в отдельной секции топоописания (как связаны и как расположены экземпляры вершин и как они выглядят).

Автор:	Madzi [ Понедельник, 31 Октябрь, 2011 08:50 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Нет. Так как представляются не таблицы, а деревья, со всеми вытекающими. Соответственно, блок Код: <body>...</body> Содержит инструкции (присваивания и вызовы) и управляющие конструкции, которые напрямую могут быть переведены в машинный код. Остальные блоки информационно-описательные. Есть правда некоторые нюансы, например с отсутствием гарантии последовательности исполнения, но это решаемо. Просто нужно определить минимально-базовый набор, для описания любого алгоритма (программы).

Автор:	Владислав Жаринов [ Понедельник, 31 Октябрь, 2011 08:53 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Да, я и имел в виду, что таблицы - это содержание узлов схемы. А состав уже определяли... и не раз.

Автор:	Ярослав Романченко [ Понедельник, 31 Октябрь, 2011 09:30 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Madzi писал(а): Определить XML множество для дракона и XML множество для абстрактной программы Разве эти множества не могут находиться в одном XML документе? Декларативная часть - дерево, а ДРАКОН-схемы тоже листочки в том же дереве... либо две отдельные секции в одном документе Madzi писал(а): Есть правда некоторые нюансы, например с отсутствием гарантии последовательности исполнения, но это решаемо. Это почему отсутствие гарантии последовательности исполнения? Можно поподробнее объяснить? Почему блок Madzi писал(а): Код: <body>...</body> представлять деревом, если там должны быть графы? А по поводу содержимого блоков схемы естественно их представлять в неком универсальном не зависящем от языка программирования виде, примерно как Вы это и демонстрируете на примере цикла FOR. Действительно, для него нужно задать лишь переменную, начальное и конечное значения. Блок который будет в цикле исполняться определится следующими блоками схемы, и т.д.

Автор:	Madzi [ Понедельник, 31 Октябрь, 2011 10:37 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Ярослав Романченко писал(а): Madzi писал(а): Определить XML множество для дракона и XML множество для абстрактной программы Разве эти множества не могут находиться в одном XML документе? Декларативная часть - дерево, а ДРАКОН-схемы тоже листочки в том же дереве... либо две отдельные секции в одном документе Могут, но для большей гибкости должно быть возможно их представление в различных документах. Ярослав Романченко писал(а): Madzi писал(а): Есть правда некоторые нюансы, например с отсутствием гарантии последовательности исполнения, но это решаемо. Это почему отсутствие гарантии последовательности исполнения? Можно поподробнее объяснить? Нигде не говорится о том, что при разборе XML гарантируется следование узлов в порядке их появления в XML файле. Гарантируется только поиск всех узлов соответствующих определённому критерию. Ярослав Романченко писал(а): Почему блок Madzi писал(а): Код: <body>...</body> представлять деревом, если там должны быть графы? А по поводу содержимого блоков схемы естественно их представлять в неком универсальном не зависящем от языка программирования виде, примерно как Вы это и демонстрируете на примере цикла FOR. Действительно, для него нужно задать лишь переменную, начальное и конечное значения. Блок который будет в цикле исполняться определится следующими блоками схемы, и т.д. Весь вопрос, сколько должно быть таких блоков (минимально), чтобы покрыть нужды программистов. Например, цикл LOOP, я считаю излишним, для выделения отдельного блока. Цикл FOR, тоже можно было бы исключить, но тут есть свои нюансы.

DRAKON.SU https://forum.drakon.su/

Дракон и XML: Проект Ярослава Романченко https://forum.drakon.su/viewtopic.php?f=143&t=3627	Страница 2 из 2

Автор:	Илья Ермаков [ Понедельник, 31 Октябрь, 2011 14:22 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Madzi писал(а): Нигде не говорится о том, что при разборе XML гарантируется следование узлов в порядке их появления в XML файле. Гарантируется только поиск всех узлов соответствующих определённому критерию. Всегда есть два режима - ordered и unordered. Поскольку XML имеет два применения: язык разметки текста и формат данных. Как обрабатывать, например, XHTML в unordered-режиме?

Автор:	Ярослав Романченко [ Вторник, 22 Ноябрь, 2011 17:54 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Madzi писал(а): Могут, но для большей гибкости должно быть возможно их представление в различных документах. Отвечу цитатой из своей статьи: ДРАКОН + Оберон = визуальный язык программирования ДРОН Цитата: На первых порах пришлось "приспособить" под декларативную часть блок "комметнарий", с разделением соответсвующих секций, собственно: комментариев, импорта, констант, типов и переменных. принадлежность той или инной секции определяется первым считанным из блока элементом, соответственно (*, IMPORT, CONST, TYPE и VAR. Дело в том что, содержимое некоторых секций будет необходимо не только в качестве справочной информации, а должно быть доступно и для модификации на стадии генерации кода.

Автор:	Ильченко Эдуард [ Вторник, 24 Апрель, 2012 01:23 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Madzi писал(а): Предлагаю заинтересованным обсудить возможные форматы и создать .xsd .dtd схемы. .xsd требует отдельного парсера или библиотеки для работы с XML съедают XSD по умолчанию?

Автор:	Madzi [ Вторник, 24 Апрель, 2012 12:12 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Ильченко Эдуард писал(а): Madzi писал(а): Предлагаю заинтересованным обсудить возможные форматы и создать .xsd .dtd схемы. .xsd требует отдельного парсера или библиотеки для работы с XML съедают XSD по умолчанию? .xsd - это файл в котором содержатся правила, для описания схемы на xml. Он используется парсером для верификаци файла, чтобы парсер был уверен, что работает именно с тем файлом, с которым ему разрешено работать. Т.е. в файле нет ошибок и файл описывает то, что должен описывать.

Автор:	Madzi [ Среда, 25 Апрель, 2012 10:15 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Ильченко Эдуард писал(а): ]А если меняется версия структуры, содержащейся в XML, то и xsd нужен другой? Парсер выдаст ошибку? Нельзя будет просто пропустить незнакомый тег? Тогда нужно менять и xsd. Собственно xsd и нужен, чтобы проверять правильность составления xml документа. Незнакомый тег можно пропустить, если не использовать xsd.

Страница 2 из 2	Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/

Автор:	Madzi [ Вторник, 24 Апрель, 2012 12:19 ]
Заголовок сообщения:	Re: Дракон и XML: Проект Ярослава Романченко
Тут есть тонкость. xml и html - языки имеющие общий корень, но их пути разошлись. html - язык для разметки текста, xml - язык для разметки данных. При этом в html - соблюдается порядок следования, а в xml - нет. xhtml - расширение html (до совместимости с xml), для того, чтобы xhml файл можно было обрабатывать средствами xml, потому что для xml создано много хороших инструментов. Сейчас речь идёт про xml, где не гарантирована последовательность обработки в порядке следования в файле, со всеми вытекающими. Буду крайне рад, если кто-то укажет место в стандарте XML, где гарантируется следование тегов во время обработки xml. Поскольку это единственная причина по которой xml-программа получается неудобочитаемой.