тут я бы не согласился, если будет задача затягивать в БД, то структурированный текст удобнее хаотичного. Хотя подозреваю, что что JSON, что xml позволяют себе обозначать пустоту узла/атрибута его отсутствием.
встречный вопрос, а зачем сохранять порядок? есть подозрение, что проблема в постановке задачи
Ну допустим кассы восток-сервиса требуют в рамках протокола, чтобьы поля шли в определенном порядке. Увеерен, что и помимо этого таких кулибиных дохрена-))
Ну допустим кассы восток-сервиса требуют в рамках протокола, чтобьы поля шли в определенном порядке. Увеерен, что и помимо этого таких кулибиных дохрена-))
Ну допустим кассы восток-сервиса требуют в рамках протокола, чтобьы поля шли в определенном порядке. Увеерен, что и помимо этого таких кулибиных дохрена-))
получается это проблемы того, кто выдумывает свои левые правила
сдаётся мне, в случае касс - это проблема того, кто с ними интегрируется (
бесспорно. посыл в том, что плохо, когда люди не читают стандартов и лепят отсебятину. и второе, раз это отсебятина, странно ждать от сторонних решений, чтобы они это поддерживали
Лютый, видимо в своем микроконтроллере такты экономили за счет SAX парсера. Но когда тебе надо для такого либу написать....вот приходится с RTTI развлекаться, и всякое выдумывать😄
Лютый, видимо в своем микроконтроллере такты экономили за счет SAX парсера. Но когда тебе надо для такого либу написать....вот приходится с RTTI развлекаться, и всякое выдумывать😄
эээм, даже SAX-парсеру, вроде, на порядок полей - пофик должно быть (сужу на основе SAX для XML)