Страница 4 из 4
Добавлено: Чт июл 24, 2025 18:56
olegvsk
HarDCorP писал(а):Такой небольшой вопрос, сейчас если строка не завершается запятой в середине данных, то при просмотре она просто пропускается...
Можно ли как то выводить ошибку, или выделять ее как ошибочную, или сделать это настраиваемым (Типа проверять ,) Спасибо
Не могли бы вы привести пример? Это xml или json?
Добавлено: Пт июл 25, 2025 08:27
HarDCorP
olegvsk писал(а):HarDCorP писал(а):Такой небольшой вопрос, сейчас если строка не завершается запятой в середине данных, то при просмотре она просто пропускается...
Можно ли как то выводить ошибку, или выделять ее как ошибочную, или сделать это настраиваемым (Типа проверять ,) Спасибо
Не могли бы вы привести пример? Это xml или json?
Немного не так выразился, она не пропускается, а запятая при просмотре есть хотя в самом файле в исходном ее нет
Пример:
Код: Выделить всё
{
"test1":"test1",
"test2":"test2"
"test3":"test3",
"test4":"test4"
}
Было бы не плохо если бы какая то пометка была или еще что то...
Добавлено: Пт июл 25, 2025 11:20
BlackFox
HarDCorP писал(а):"test2":"test2"
"test3":"test3",
вы хотите парсить невалидный JSON дальше после ошибки? Или показать, что где-то есть ошибка и подсветить? Ведь после ошибки дальше парсить нет смысла, так как непонятно, что за ошибка, и какие данныем после этой ошибки могут быть... Это вам видно, что запятой не хватает, а все парсеры тут выйдут с ошибкой, и валидаторы покажут на эту ошибку и дальше парсить не будут.
Добавлено: Пт июл 25, 2025 11:37
HarDCorP
BlackFox писал(а):вы хотите парсить невалидный JSON дальше после ошибки? Или показать, что где-то есть ошибка и подсветить?
А он сейчас как раз плагином и считается валидным, даже если нет запятой... (При просмотре плагином запятая есть... хотя ее в исходном файле нет...)
Вот и вопрос... как то при просмотре дополнительно подсветить строку не валидную... было бы не плохо
Добавлено: Пт июл 25, 2025 21:15
yozhik
Хм, а тут не только запятые. Я случайно обратил внимание, что плагин в XML кавычки одинарные (апострофы) отображает как двойные (т.е. по факту в файле апострофы, а в окне плагина я вижу двойные). Видимо это особенность парсера, плата за наглядность.
Добавлено: Пн июл 28, 2025 08:28
HarDCorP
yozhik писал(а):Видимо это особенность парсера, плата за наглядность.
Ну уж лучше пожертвовать такой наглядностью, чем потерять или так дополнять "реальность"

проверил xml/json tab в таких случаях просто не срабатывают, файл как встроенным просмотром файлов открывается, тоже конечно не очень, но понятно что структура нарушена...
Добавлено: Чт авг 21, 2025 12:20
olegvsk
Плагин не сохраняет исходное форматирование, а формирует текст заново по своим правилам из структуры, полученной парсером. Например, тэг CDATA вообще не будет показан, а заменён текстовой строкой с экранированием. Если парсеру удалось прочитать файл, несмотря на ошибки, в новом тексте ошибок не будет.
Поэтому есть второй режим просмотра - "Исходный", где файл показан as is. Там же отрабатывает проверка валидности на основе msxml (только для xml).
Добавлено: Чт авг 21, 2025 12:34
HarDCorP
olegvsk писал(а):Поэтому есть второй режим просмотра - "Исходный", где файл показан as is.
В этом режиме получается особо смысла нет, так как похоже отображает, аналогично codeviewer...
Добавлено: Чт авг 21, 2025 13:23
yozhik
HarDCorP писал(а):похоже отображает, аналогично codeviewer...
Аналогия есть, конечно, но весьма отдалённая. Системы подсветки разные, возможности их настройки разные. Валидатора в codeviewer нет.
HarDCorP писал(а):В этом режиме получается особо смысла нет
Это же специализированный инструмент, а в таких чем больше приспособ, тем лучше.
Добавлено: Чт авг 21, 2025 13:35
HarDCorP
yozhik писал(а):
Это же специализированный инструмент, а в таких чем больше приспособ, тем лучше.
Ну не спорю, с xml оно более менее адекватно, показывает ошибки и где, если не может распарсить..., вот подобное бы на json, на забытые запятые и корректность файла )