Посовесуйте XML парсер

[MOHAX]

Что-то народ обсуждает всякую ерунду вместо оказания реальной помощи автору темы. Ему нужен XML парсер для обработки конфига или для вывода информации, а не какой-нить веб-движок. Приплели сюда "хакерскую атаку CSS (code injection)". Вообще-то она именуется XSS (cross site scripting), а не коде инжектион. Не путайте с CSS (cascade style sheet).
По теме
Согласен по поводу хранение данных о прямом восхождении и склонении в формате типа float/double, только, наверно, и то и другое лучше хранить в градусах. Можно, конечно, и в таком, более читабельном для человека виде

Код: [Выделить]

<RA val="12 18 45.78"/>
<DEC val="+00 12 69.41"/>
Это остается на выбор автору программы

[andyp]

Спасибо всем за дискуссию. Буду использовать XML.

У вас много своих законченных UNIX приложений, которые не стыдно показать? 
Или это еще один поток сознания в стиле #cat /dev/ass > /dev/head  ? 

Посмотрите здесь:
http://astro-archive.prao.ru/soft/showSoft.php?idS=23
http://www.andyplekhanov.narod.ru/

[datumn]

Что-то народ обсуждает всякую ерунду вместо оказания реальной помощи автору темы. Ему нужен XML парсер для обработки конфига или для вывода информации, а не какой-нить веб-движок. Приплели сюда "хакерскую атаку CSS (code injection)". Вообще-то она именуется XSS (cross site scripting), а не коде инжектион. Не путайте с CSS (cascade style sheet).
По теме
Согласен по поводу хранение данных о прямом восхождении и склонении в формате типа float/double, только, наверно, и то и другое лучше хранить в градусах. Можно, конечно, и в таком, более читабельном для человека виде

Код: [Выделить]

<RA val="12 18 45.78"/>
<DEC val="+00 12 69.41"/>
Это остается на выбор автору программы

От лица "народа с ерундой" скажу Например, реальная помощь автору темы была мною лично  оказана - с самого начала. Она заключается в совете отказаться от XML. А вот автор до сих пор пишет: "буду использовать XML". То есть проект все это время не двигался, а автор ждал и не дождался одобрения его начинания, совпадающего, как он думает сейчас, с нынешней компьютерной модой. За это время можно было самому синтаксический анализ (парсинг и покруче) освоить и даже научиться компиляторы с интерпретаторами писать

Вот скажите, пожалуйста. Зачем

<RA val="12 18 45.78"/>
<DEC val="+00 12 69.41"/>

а не просто:

RA = 12 18 45.78
DEC = +00 12 69.41

Кому нужны угловые скобки и т д.? Может, Вы лично не знаете, но все это действительно унаследовано от форм Бэкуса, затем HTML и XML, а затем и я тут что-то сказал - про избыточность этого дела. Эта беда - преклонение перед XML - завелось где-то в середине 90-х, когда некоторые уважаемые фирмы начали проталкивать в массы технологию B2B (business-to-business) называется.

Ну, если Гармиш меня здесь не вычистит - как обычно - расскажу на эту тему еще

[Galaxy Master]

У вас много своих законченных UNIX приложений, которые не стыдно показать? 
Или это еще один поток сознания в стиле #cat /dev/ass > /dev/head  ? 

Посмотрите здесь:
http://astro-archive.prao.ru/soft/showSoft.php?idS=23
http://www.andyplekhanov.narod.ru/

2andyp
Софт ваш собирал и смотрел. Понравился ряд моментов.

PS. А пост "У вас много своих законченных UNIX приложений...." относился не к вам (т.к. с вашим творчеством я знаком), а к SF. 

[halx]

Вот скажите, пожалуйста. Зачем

<RA val="12 18 45.78"/>
<DEC val="+00 12 69.41"/>

а не просто:

RA = 12 18 45.78
DEC = +00 12 69.41

Кому нужны угловые скобки и т д.?

Это Вы такой умный, а _тупому_ парсеру нужна разметка. Уберём хотя бы \r :
<RA val="12 18 45.78"/><DEC val="+00 12 69.41"/> разбирается с пол-пинка внезависимости от данных и форматов (см ниже).
RA=12 18 45.78DEC=+00 12 69.41 - для разбора уже нужно иметь информацию о типах и структуре полей, которая тут НЕ ВХОДИТ в структуру данных.

А вобще, правильная запись должна выглядеть так:

Код: [Выделить]

<Coordinates epoch="2000.0">
<RA val="12 18 45.78" format="hms" type="float"><DEC val="+00 12 69.41" format="sdms" type="float">
<RA val="12.161222565" format="h" type="float"><DEC val="+00.21544221" format="sd" type="float">
<RA val="020645433" format="HHMMSS" type="float"><DEC val="+00553311" format="sDDMMSS" type="float">
</Coordinates>Иными словами, всё должно быть документировано прямо в данных, а не в голове разработчика или в его коде. Этим обеспечивается также и портируемость данных.

[datumn]

Вот скажите, пожалуйста. Зачем

<RA val="12 18 45.78"/>
<DEC val="+00 12 69.41"/>

а не просто:

RA = 12 18 45.78
DEC = +00 12 69.41

Кому нужны угловые скобки и т д.?

Это Вы такой умный, а _тупому_ парсеру нужна разметка. Уберём хотя бы \r :
<RA val="12 18 45.78"/><DEC val="+00 12 69.41"/> разбирается с пол-пинка внезависимости от данных и форматов (см ниже).
RA=12 18 45.78DEC=+00 12 69.41 - для разбора уже нужно иметь информацию о типах и структуре полей, которая тут НЕ ВХОДИТ в структуру данных.

А вобще, правильная запись должна выглядеть так:
<Coordinates epoch="2000.0">
<RA val="12 18 45.78" format="hms" type="float"><DEC val="+00 12 69.41" format="sdms" type="float">
<RA val="12.161222565" format="h" type="float"><DEC val="+00.21544221" format="sd" type="float">
<RA val="020645433" format="HHMMSS" type="float"><DEC val="+00553311" format="sDDMMSS" type="float">
</Coordinates>
Иными словами, всё должно быть документировано прямо в данных, а не в голове разработчика или в его коде. Этим обеспечивается также и портируемость данных.

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

[halx]

А вот тут, Аркадий, просвечивает Ваше незнание объектно ориентированного программирования. Смысл данных (объектов) элементарно зашивается в иерархии классов. И XML в этом плане прекрасно справляется с задачей сохранения таких объектов в "читабельном" виде.

Маленькое замечание для новичков  . Оверквотинг - признак плохого тона на любом форуме.

[halx]

Что-то народ обсуждает всякую ерунду вместо оказания реальной помощи автору темы. Ему нужен XML парсер для обработки конфига или для вывода информации, а не какой-нить веб-движок. Приплели сюда "хакерскую атаку CSS (code injection)". Вообще-то она именуется XSS (cross site scripting), а не коде инжектион. Не путайте с CSS (cascade style sheet).
По теме...

По теме - выше.
Ну, пиписьками померяться - некоторых хлебом не корми
По поводу терминологии - CSS атака была известена задолго то того как Вы, уважаемый МОНАХ, узнали что такое cascade style sheet. Можете проконсультироваться у Вики (втч, про коде инджектион) http://en.wikipedia.org/wiki/Cross-site_scripting

[datumn]

А вот тут, Аркадий, просвечивает Ваше незнание объектно ориентированного программирования. Смысл данных (объектов) элементарно зашивается в иерархии классов.

Ничего, мне парсер поможет

Маленькое замечание для новичков  . Оверквотинг - признак плохого тона на любом форуме.

Не факт. Перефразируя Вас, скажу: "всё должно быть документировано прямо в посте, а не в памяти читателя форума". То есть иногда это та полезная избыточность, что в других местах Вам так нравится 

[LeftUser]

А вобще, правильная запись должна выглядеть так:

Код: [Выделить]

<Coordinates epoch="2000.0">
<RA val="12 18 45.78" format="hms" type="float"/><DEC val="+00 12 69.41" format="sdms" type="float"/>
<RA val="12.161222565" format="h" type="float"/><DEC val="+00.21544221" format="sd" type="float"/>
<RA val="020645433" format="HHMMSS" type="float"/><DEC val="+00553311" format="sDDMMSS" type="float"/>
</Coordinates>Иными словами, всё должно быть документировано прямо в данных, а не в голове разработчика или в его коде. Этим обеспечивается также и портируемость данных.

Согласен, так будет корректней. И главное всегда можно модифицировать формат от версии к версии с поддержкой предыдущих, где автором еще не все было предусмотренно.