b>j)΄!Pԫ&;"kB޶}pSVT(wę!j x;-m@JnQ+պכ7MajfJͱ4jѲ撆RxZMz7vIW/dٞТזcZM~ji ߒsQzԠDW3Den"M+/B:-uIJ7j委9p='mANޭ=/B:-n&nUfqxZM~c Ϲ+,&ᾺܢF[(1*" ϒ"Jԧ<;b" "jܢF[x ,!q қ*]/؝27SMcs"ޭDQ/应ܢF_! :s" 7`F+SVTn"IJnQ/应B 4 wD"IJ׭-`S9DrjiEJ߅gJ应矁[xZM~n"IB؃!'Тѕ+(mIKʭ/|ϐܢF[xZMzG %嬩/c[[ Мысль …

Мысль …

… пришла в больную голову. ОРЗ или что-то вроде того, блин.

Я тут как-то тут писал что в сетевых пакетах (гоняемых между сервером и клиентом) первым делом нужно указывать их длину.

Ну, чтобы его можно было целиком выбирать пакет из потока без анализа его данных.

Сейчас этого (в FB) нет, и как результат плохо работает отмена выполнения операции (op_cancel).

Еще можно в пакеты включать последовательно генерируемый ID, для более точного управления. Но это так. Мысль не про это.

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

— Ноль, если все ok и пакет таки надо обработать.
— Единица, если пакет нужно выкинуть. К примеру, в процессе его отправки клиент передумал и решил его отменить.

Не знаю, хорошая эта мысль или плохая. Но зафиксировать её стоит.

Dmitry Kovalenko on 27 декабря, 2018 | Filed Under Программирование

Leave a Comment