Описание пакета данных

@Шарпист · 14.03.2016, 20:43. **Показов** 5330. **Ответов** 90

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

Как грамотно описать структуру пакетов данных для клиент-серверного приложения? Например для чата нужны примерно такие пакеты: пакет - регистрация (в нем имя и хэш пароля), пакет - авторизация (тоже самое в общем то), текстовое сообщение (тест и отправитель), список подключенных клиентов (просто массив строк). И плюс у каждого флаг типа сообщения (как например регистрация и авторизация). Так вот хочется как то красиво это все описать, возможно что то с наследованием или типа того...

@Шарпист · 20.03.2016, 09:04 **[ТС]**

insite2012, Такая проблема. Я добавил в сервер еще один интерфейс-контракт как раз описывающий callback и его реализацию, но когда я через ссылку добавил это в клиент то я его не увидел.

Т.е. я вижу только контракт самого сервера, а callback который тоже описан с атрибутом ServiceContract не сгенерился.

Может его надо в конфиг как то занести?

@insite2012 · 20.03.2016, 09:11

Сообщение от Шарпист

добавил в сервер еще один интерфейс-контракт как раз описывающий callback и его реализацию

Реализация callback-а в службе не нужна. Только контракт обратного вызова.
В атрибуте ServiceContract контракта службы свойство CallbackContract установлено?

@Шарпист · 20.03.2016, 09:29 **[ТС]**

insite2012, Я просто подумал что удобнее все классы в сервере прописать... Да забыл установить это свойство, сейчас стало видно интерфейс callback-а, но не его реализацию.

Значит надо будет ее все таки в клиенте реализовывать?

@insite2012 · 20.03.2016, 09:33

Сообщение от Шарпист

надо будет ее все таки в клиенте реализовывать?

Не просто надо, а требуется именно так и делать. Это же callback, служба просто вызывает его метод (через контракт обратного вызова), а выполняться он должен уже в клиенте (иначе зачем он нужен, вызвать логику службы из клиента мы можем и через основной контракт службы).

@Dark Byte · 20.03.2016, 11:30

insite2012, А если мне надо 2 калбэка? Скажем один рассылает сообщения, а другой список клиентов онлайн (при каждом подключении / отключении клиента). Так можно?

@insite2012 · 20.03.2016, 12:19

Сообщение от Dark Byte

Так можно?

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

@Dark Byte · 20.03.2016, 14:06

insite2012, Но ведь у функции будут другие параметры, как же тут наследовать?

Добавлено через 17 секунд

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

Да и в контракте обратного вызова может быть много разных методов, так что и одним вполне можно обойтись.

Каким например?

@insite2012 · 20.03.2016, 14:17

Dark Byte, я не совсем понимаю, в чем у вас возникает сложность. Объясните.

Не по теме:

эх, мне бы ваши проблемы... :)

@Dark Byte · 20.03.2016, 14:24

insite2012, Ну как же, вот допустим тот первый калбэк как я уже сказал возникает когда кто то из клиентов пишет сообщение, он принимает в параметрах это сообщение, а второй калбэк принимает в параметрах список клиентов онлайн, если кто то заходит или выходит то генерируется событие и список обновляется. Но параметры то разные у этих двух функций. Как же я буду наследовать? Или мне их обе описывать в интерфейсе-контракте? Только какой в этом смысл? Просто когда я их буду реализовывать у меня тогда в каждом классе будет лишняя функция, наследуются же все функции описанные в интерфейсе.

@insite2012 · 20.03.2016, 14:39

Dark Byte, это лишнее. Гораздо проще в клиенте через промежуток времени (например, по таймеру) запрашивать список остальных клиентов, кто подключен. Зачем усложнять себе задачу?

@Dark Byte · 20.03.2016, 15:25

insite2012, Ну в принципе проще, но не факт что правильнее... В конце концов с тем же успехом можно и сообщения запрашивать функцией асинхронной, по типу как у сокета Receive.

Добавлено через 33 минуты
insite2012, Все таки если совсем правильно вы знаете как это сделать? Не таймером?

@insite2012 · 20.03.2016, 16:18

Сообщение от Dark Byte

Все таки если совсем правильно вы знаете как это сделать? Не таймером?

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

@Dark Byte · 20.03.2016, 16:38

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

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

Мне не понятно что я буду делать при наследовании с лишними функциями из интерфейса!

@insite2012 · 20.03.2016, 16:46

Сообщение от Dark Byte

не понятно что я буду делать при наследовании с лишними функциями из интерфейса!

Да что же они вам так дались. Я же сказал, что вполне можно обойтись и одним контрактом обратного вызова.

@Dark Byte · 20.03.2016, 17:08

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

Да что же они вам так дались. Я же сказал, что вполне можно обойтись и одним контрактом обратного вызова.

А список клиентов? По таймеру? Вы же сами сказали что можно так как я хочу, а мне бы хотелось все таки если возможно обойтись без таймера. Мне это кажется как то не правильным... Ну как бы в реальных проектах так не делают, пусть лучше будет чуть сложнее, но уж все чин чином по событию обновление, а не по таймеру.

@insite2012 · 20.03.2016, 17:10

Сообщение от Dark Byte

А список клиентов? По таймеру?

Нет.

Сообщение от Dark Byte

Вы же сами сказали что можно так как я хочу

Можно. Если чуть подождете, закончу пример и покажу. Мне проще кодом показать, чем рассказывать.

@insite2012 · 20.03.2016, 18:20

Сообщение от Dark Byte

все чин чином по событию обновление, а не по таймеру.

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

@Dark Byte · 20.03.2016, 18:49

insite2012, Ну вот, а теперь вы все за меня написали.

Ладно все равно спасибо, постараюсь не читать лишнего, так сказать чтобы не портить удовольствие от написания самому.

@insite2012 · 20.03.2016, 18:51

Сообщение от Dark Byte

теперь вы все за меня написали.

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

@Dark Byte · 21.03.2016, 12:03

insite2012, А не подскажете еще как узнать IP подключившегося клиента? При работе с сокетами это было легко... А тут получается что единственный идентификатор клиента это ссылка на калбэк-объект.

Новые блоги и статьи Все статьи Все блоги /
GitHub Copilot в JetBrains: модель по умолчанию, Fix и контроль MCP and_y87 12.10.2026 10 октября 2026 года GitHub обновил Copilot для JetBrains: добавил настройки стартовой модели, исправления из диагностики и управление автозапуском MCP. Поддержка IDE 2025. 1 прекращена — требуется. . .	GitHub Copilot в JetBrains: модель по умолчанию, Fix и контроль MCP and_y87 12.10.2026 10 октября 2026 года GitHub обновил Copilot для JetBrains: добавил настройки стартовой модели, исправления из диагностики и управление автозапуском MCP. Поддержка IDE 2025. 1 прекращена — требуется. . .	День 5 из 28: Codex подсказывает следующий запрос and_y87 12.10.2026 9 октября 2026 года OpenAI запустила бету Composer predictions — подсказок следующего сообщения в текущем диалоге Codex. Это помощь с формулировкой запроса, а не автоматическое продолжение задачи. . . .	Запустил конкурс "тем и промптов для текстовых квестов созданных почти чисто ИИ" Adler 06.10.2026 Всем привет! За последние три-четыре дня я создал более 16 текстовых квестовых игр используя преимущественно по одному запросу к ИИ на игру. Мне так понравилось смотреть все ветки/ сцены во всех. . .
ИИ не может найти нужный язык в списке Supersumestria 05.10.2026 Я ему даю вот такое изображение и прошу найти и подчеркнуть немецкий язык. Возвращает он вот это: https:/ / i. **********/ vqBWLe2. png Нужную строчку в 3й колонке просто выдумал. . Это. . .	Новая последняя моя музыка в SUNO zorxor 05.10.2026 Здравствуйте, дорогие мои друзья! С большой радостью я хотел бы представить вам свою новую последнею музыку, которую сгенерировала мне по моей просьбе нейросеть SUNO. С уважением, zorxor. Это. . .	Программный домашний кинотеатр russiannick 27.09.2026 Сподобился на программный домашний кинотеатр. В качестве ЯВУ по традиции выбрал js. В помощники взял Яндекс-Алису. Было создано три зала на разные интересы. исторические и ретро сериал Хичкок. . .	Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .

@Шарпист Заблокирован

	Описание пакета данных 14.03.2016, 20:43. Показов 5330. Ответов 90 Метки нет (Все метки) Как грамотно описать структуру пакетов данных для клиент-серверного приложения? Например для чата нужны примерно такие пакеты: пакет - регистрация (в нем имя и хэш пароля), пакет - авторизация (тоже самое в общем то), текстовое сообщение (тест и отправитель), список подключенных клиентов (просто массив строк). И плюс у каждого флаг типа сообщения (как например регистрация и авторизация). Так вот хочется как то красиво это все описать, возможно что то с наследованием или типа того... 0

@Шарпист Заблокирован
	20.03.2016, 09:04 [ТС]
	insite2012, Такая проблема. Я добавил в сервер еще один интерфейс-контракт как раз описывающий callback и его реализацию, но когда я через ссылку добавил это в клиент то я его не увидел. Т.е. я вижу только контракт самого сервера, а callback который тоже описан с атрибутом ServiceContract не сгенерился. Может его надо в конфиг как то занести? 0

@Шарпист Заблокирован
	20.03.2016, 09:29 [ТС]
	insite2012, Я просто подумал что удобнее все классы в сервере прописать... Да забыл установить это свойство, сейчас стало видно интерфейс callback-а, но не его реализацию. Значит надо будет ее все таки в клиенте реализовывать? 0

@Dark Byte 30 / 47 / 19 Регистрация: 23.10.2014 Сообщений: 1,001
	20.03.2016, 11:30
	insite2012, А если мне надо 2 калбэка? Скажем один рассылает сообщения, а другой список клиентов онлайн (при каждом подключении / отключении клиента). Так можно? 0

@insite2012 5548 / 4311 / 1218 Регистрация: 12.10.2013 Сообщений: 12,371 Записей в блоге: 2
	20.03.2016, 14:17
	Dark Byte, я не совсем понимаю, в чем у вас возникает сложность. Объясните. Не по теме: эх, мне бы ваши проблемы... :) 0

@Dark Byte 30 / 47 / 19 Регистрация: 23.10.2014 Сообщений: 1,001
	20.03.2016, 14:24
	insite2012, Ну как же, вот допустим тот первый калбэк как я уже сказал возникает когда кто то из клиентов пишет сообщение, он принимает в параметрах это сообщение, а второй калбэк принимает в параметрах список клиентов онлайн, если кто то заходит или выходит то генерируется событие и список обновляется. Но параметры то разные у этих двух функций. Как же я буду наследовать? Или мне их обе описывать в интерфейсе-контракте? Только какой в этом смысл? Просто когда я их буду реализовывать у меня тогда в каждом классе будет лишняя функция, наследуются же все функции описанные в интерфейсе. 0

@insite2012 5548 / 4311 / 1218 Регистрация: 12.10.2013 Сообщений: 12,371 Записей в блоге: 2
	20.03.2016, 14:39
	Dark Byte, это лишнее. Гораздо проще в клиенте через промежуток времени (например, по таймеру) запрашивать список остальных клиентов, кто подключен. Зачем усложнять себе задачу? 0

@Dark Byte 30 / 47 / 19 Регистрация: 23.10.2014 Сообщений: 1,001
	20.03.2016, 15:25
	insite2012, Ну в принципе проще, но не факт что правильнее... В конце концов с тем же успехом можно и сообщения запрашивать функцией асинхронной, по типу как у сокета Receive. Добавлено через 33 минуты insite2012, Все таки если совсем правильно вы знаете как это сделать? Не таймером? 0

@Dark Byte 30 / 47 / 19 Регистрация: 23.10.2014 Сообщений: 1,001
	20.03.2016, 18:49
	insite2012, Ну вот, а теперь вы все за меня написали. Ладно все равно спасибо, постараюсь не читать лишнего, так сказать чтобы не портить удовольствие от написания самому. 0

@Dark Byte 30 / 47 / 19 Регистрация: 23.10.2014 Сообщений: 1,001
	21.03.2016, 12:03
	insite2012, А не подскажете еще как узнать IP подключившегося клиента? При работе с сокетами это было легко... А тут получается что единственный идентификатор клиента это ссылка на калбэк-объект. 0