@MSGID: 2:5000/14 64cf6832
@REPLY: 2:5000/28 64cf30c5
@CHRS: CP866 2
@TZUTC: 0200
Привет!

06 Aug 23 05:26, you wrote to me:

 SP> Hе, если этот JSON не ты сам же и генеришь, и поэтому часть полей
 SP> может присутствовать, а может - нет, руками это разбирать - с мягким
 SP> знаком :-)

 Если линейно, постоянно проверяя, что там дальше - да. А если
сделать простенький табличный парсер, работающий по грамматике (по аналогии с
regex), то будет довольно изящно и компактно.

 SP> А вот, скажем, разбор multipart - email (в той степени, как мне
 SP> требовалось), оказалось проще самому написать, чем работоспособную
 SP> библиотеку найти.

И это тоже можно табличным делать, только памяти больше нужно.

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

Всего доброго!
Евгений Музыченко
fi-do@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20180707
 * Origin: Fox Tracks, France (2:5000/14)
SEEN-BY: 50/12 400/814 452/28 166 455/19 4500/1
5000/14 5020/400 545 848 1042
SEEN-BY: 5020/1477 1823 4441 12000 5022/128 5025/3
75 5030/1081 1957 2404
SEEN-BY: 5035/85 5053/400 5054/1 5059/26 37 5066/18
5080/68 102 5085/13
SEEN-BY: 5095/20
@PATH: 5000/14 5020/545 4441