О чтении и понимании

[metaclass]

Нужно обмениваться данными с другой программой. Сделал для ее разработчиков документ с описанием формата на базе CSV, в котором есть такие строки:

"дата - формат dd.mm.yyyy, с выводом незначащих нулей."

"в первых трех строках последнее поле не указано, поэтому в конце строки стоит ;" (Всего полей шесть, последнее может быть пустым и чтобы парсеру не обрабатывать частные случаи - пустое последнее поле должно быть).

Присылают файл с такими строками:
"10780;11077112;31.03.2009;1.04.2009;1014"

Вопрос, что я объяснил не так?

Comments

[henu3detb.livejournal.com]

А что может быть лучше XML для обмена данными со _сторонними_ приложениями, написанными в другой организации другими людьми? Как раз тут веб-сервисы уместны.

[metaclass.livejournal.com]

Какой xml, какие веб-сервисы, там прога под DOS, на паскале и btrieve. :)

[aamonster.livejournal.com]

Если не нужна "читабельность" данных - вариации TLV (хотя бы Google Protocol Buffers).

Если нужна - JSON (привет веб-сервисам), YAML.

Да, кстати - названные мной форматы по большому счету изоморфны XML.

[aamonster.livejournal.com]

Ну а для конкретных случаев, когда не требуется вся гибкость xml-подобной хрени - более простые форматы.
К примеру, NMEA-0183 (GPS) - отнюдь не на основе XML, и не вижу смысла в замене его на xml-формат.

[henu3detb.livejournal.com]

Это все понятно. Я просто считаю, что заморачиваться с этими форматами имеет смысл в рамках одной организации, для ремоутинга. А для взаимодействия с хрензнаетчем и хрензнаетгде и хрензнаеткемнаписанном лучше более распространенные форматы, поддерживаемые почти всеми платформами. Но это на самом деле все неважно уже, в свете того написал metaclass.

[potan.livejournal.com]

S-выражения.