Сообщение Re[4]: JSON vs BSON: очередное торжество больного воображени от 20.03.2023 17:40
Изменено 20.03.2023 18:01 ·
Re[4]: JSON vs BSON: очередное торжество больного воображени
Здравствуйте, swame, Вы писали:
S>·>Это извращение какое-то not invented here. Осталось написать к этому чуду парсеры-форматтеры на всех ЯП, интегрировать синтаксис во все IDE и всякие тулзы — вот тогда норм.
S>Парсеры — форматтеры писать не надо, потому что это по формату обычный JSON, но сформированный с учетом определенных соглашений.
И кто определял эти соглашения? Где стандарт, поддержка этих соглашений в IDE и в разных либах?
S>Но он ориентирован на более скоростную и экономичную обработку, чем при обычном использовании JSON высокоуровневыми обертками.
Но ведь тебе всё равно придётся где-то парсить содержимое твоих строк. Ты просто перенёс код из парсера наружу. И т.к. как парсер стал делать меньше работы, то и не удивительно замеры показали типа повысилась скорость. Но работа-то никуда не делась... просто ты исключил её из замеров.
Хотя возможно у тебя какой-то корявый медленный json-парсер, который лень фиксить или заменить, и проще обойти вот такими строками.
S>·>Переставь кавычки и получится простейший json.
S>Это и так json
У тебя значения в json требуют дополнительного парсинга. Вот в такой строке "0,analog_0,0,0,10,90,18" — могут быть хитрости. Например, что если значение нужно будет содержать запятую вроде analog_0,1?
S>·>Это извращение какое-то not invented here. Осталось написать к этому чуду парсеры-форматтеры на всех ЯП, интегрировать синтаксис во все IDE и всякие тулзы — вот тогда норм.
S>Парсеры — форматтеры писать не надо, потому что это по формату обычный JSON, но сформированный с учетом определенных соглашений.
И кто определял эти соглашения? Где стандарт, поддержка этих соглашений в IDE и в разных либах?
S>Но он ориентирован на более скоростную и экономичную обработку, чем при обычном использовании JSON высокоуровневыми обертками.
Но ведь тебе всё равно придётся где-то парсить содержимое твоих строк. Ты просто перенёс код из парсера наружу. И т.к. как парсер стал делать меньше работы, то и не удивительно замеры показали типа повысилась скорость. Но работа-то никуда не делась... просто ты исключил её из замеров.
Хотя возможно у тебя какой-то корявый медленный json-парсер, который лень фиксить или заменить, и проще обойти вот такими строками.
S>·>Переставь кавычки и получится простейший json.
S>Это и так json
У тебя значения в json требуют дополнительного парсинга. Вот в такой строке "0,analog_0,0,0,10,90,18" — могут быть хитрости. Например, что если значение нужно будет содержать запятую вроде analog_0,1?
Re[4]: JSON vs BSON: очередное торжество больного воображени
Здравствуйте, swame, Вы писали:
S>·>Это извращение какое-то not invented here. Осталось написать к этому чуду парсеры-форматтеры на всех ЯП, интегрировать синтаксис во все IDE и всякие тулзы — вот тогда норм.
S>Парсеры — форматтеры писать не надо, потому что это по формату обычный JSON, но сформированный с учетом определенных соглашений.
И кто определял эти соглашения? Где стандарт, поддержка этих соглашений в IDE и в разных либах?
S>Но он ориентирован на более скоростную и экономичную обработку, чем при обычном использовании JSON высокоуровневыми обертками.
Но ведь тебе всё равно придётся где-то парсить содержимое твоих строк. Ты просто перенёс логику из json-парсера наружу. И т.к. как парсер стал делать меньше работы, то и не удивительно замеры показали типа повысилась скорость. Но работа-то никуда не делась... просто ты исключил её из замеров.
Хотя возможно у тебя какой-то корявый медленный json-парсер, который лень фиксить или заменить, и проще обойти вот такими строками.
S>·>Переставь кавычки и получится простейший json.
S>Это и так json
У тебя значения в json требуют дополнительного парсинга. Вот в такой строке "0,analog_0,0,0,10,90,18" — могут быть хитрости. Например, что если значение нужно будет содержать запятую вроде analog_0,1?
S>·>Это извращение какое-то not invented here. Осталось написать к этому чуду парсеры-форматтеры на всех ЯП, интегрировать синтаксис во все IDE и всякие тулзы — вот тогда норм.
S>Парсеры — форматтеры писать не надо, потому что это по формату обычный JSON, но сформированный с учетом определенных соглашений.
И кто определял эти соглашения? Где стандарт, поддержка этих соглашений в IDE и в разных либах?
S>Но он ориентирован на более скоростную и экономичную обработку, чем при обычном использовании JSON высокоуровневыми обертками.
Но ведь тебе всё равно придётся где-то парсить содержимое твоих строк. Ты просто перенёс логику из json-парсера наружу. И т.к. как парсер стал делать меньше работы, то и не удивительно замеры показали типа повысилась скорость. Но работа-то никуда не делась... просто ты исключил её из замеров.
Хотя возможно у тебя какой-то корявый медленный json-парсер, который лень фиксить или заменить, и проще обойти вот такими строками.
S>·>Переставь кавычки и получится простейший json.
S>Это и так json
У тебя значения в json требуют дополнительного парсинга. Вот в такой строке "0,analog_0,0,0,10,90,18" — могут быть хитрости. Например, что если значение нужно будет содержать запятую вроде analog_0,1?