Манипуляция с байтами

@MINO · Регистрация: 03.06.2016

Студворк — интернет-сервис помощи студентам

Здравствуйте.
есть массив байт

C#
1
byte[] b2 = new byte[1024];

в него планируется копировать, ДОПУСТИМ, первые 49 байт какая нибудь команда, с 50 по 149 байт служебной информации, с 150 байта какие нибудь данные и отправлять на сервер, тот должен принять пакет и все это дело понять.

с 150 байта понятно дело что информация будет не контролируемой и надо будет смотреть каждый байт и убирать пустые, а до 149 байта она будет контролируемой и команду до 49 байта можно представить в виде connect___, disconnect, get_______, тоесть одинаковой длинны.

Дак вот, как лучше сделать сделать одинаковые команды или переделывать массив байт игнорировав пустые байты?

Интересует только скорость.

@Usaga · 18.07.2017, 05:33

MINO, команду можно завершать символом-терминатором (к примеру 0х00), тогда она (команда) может быть любого размера. Служебная информация имеет фиксированный размер - с этим проблем нет. Балласт (данные) можно предварять словом (байт, два байта, четыре байта - сколько надо) содержащим размер идущих следом данных.

Не надо передавать пустые данные, чтобы их потом побайтно перебирать, это - глупо.

Тогда формат пакета получится примерно такой:
КОМАНДА, 0х00, 99 байт служебной информации, 2 байта размера данных, данные

Ну или с заголовком:
1 байт размера команды, 1 байт размера служебной информации, 2 байта размера данных, КОМАНДА, служебная информация, данные

2 байта для размера данных выбраны исходя из максимального размера пакета в килобайт.

@MINO · 18.07.2017, 08:21 **[ТС]**

Сообщение от Usaga

Тогда формат пакета получится примерно такой:
КОМАНДА, 0х00, 99 байт служебной информации, 2 байта размера данных, данные

да, но сервер ведь не знает где этот пустой байт, и опять же придется перебирать байты.

Сообщение от Usaga

1 байт размера команды, 1 байт размера служебной информации

склоняюсь к этому решению

@Usaga · 18.07.2017, 08:44

Сообщение от MINO

да, но сервер ведь не знает где этот пустой байт, и опять же придется перебирать байты.

Ну да, но это не так сложно. Такой подход вполне себе практикуется.

@MINO · 18.07.2017, 09:57 **[ТС]**

решили сделать класс команд в которых будут седеть по одному байту в команде, мне кажется это быстрей будет, чем каждый пакет будет в цикле обрабатываться, да и пакеты меньше весить будет.

@Usaga · 18.07.2017, 09:58

MINO, ну да, команду в виде некоего номера будет проще прочитать, чем в виде строки.

Новые блоги и статьи Все статьи Все блоги /
Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .

@Usaga 14314 / 9399 / 1355 Регистрация: 21.01.2016 Сообщений: 35,450
	18.07.2017, 05:33
	Сообщение было отмечено MINO как решение Решение MINO, команду можно завершать символом-терминатором (к примеру 0х00), тогда она (команда) может быть любого размера. Служебная информация имеет фиксированный размер - с этим проблем нет. Балласт (данные) можно предварять словом (байт, два байта, четыре байта - сколько надо) содержащим размер идущих следом данных. Не надо передавать пустые данные, чтобы их потом побайтно перебирать, это - глупо. Тогда формат пакета получится примерно такой: КОМАНДА, 0х00, 99 байт служебной информации, 2 байта размера данных, данные Ну или с заголовком: 1 байт размера команды, 1 байт размера служебной информации, 2 байта размера данных, КОМАНДА, служебная информация, данные 2 байта для размера данных выбраны исходя из максимального размера пакета в килобайт. 2

@MINO 12 / 12 / 5 Регистрация: 03.06.2016 Сообщений: 169
	18.07.2017, 09:57 [ТС]
	решили сделать класс команд в которых будут седеть по одному байту в команде, мне кажется это быстрей будет, чем каждый пакет будет в цикле обрабатываться, да и пакеты меньше весить будет. 0

@Usaga 14314 / 9399 / 1355 Регистрация: 21.01.2016 Сообщений: 35,450
	18.07.2017, 09:58
	MINO, ну да, команду в виде некоего номера будет проще прочитать, чем в виде строки. 0

Манипуляция с байтами

Решение