Обмен объектами между клиентом и сервером

@r0fL · Регистрация: 25.11.2009

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

Здравствуйте, у меня есть несколько идей по разработке клиент-серверных проектов, но вот встает такая задача, чтобы клиент был многопоточным и каждый поток в любой момент времени мог отправить объект серверу и получить ответ либо запрос на получение объекта от сервера - как такое реализовать правильно?

Так как идея пока только в зародыше, есть вариант делать какой-либо стек запросов на стороне клиента, каждому запросу присваивать уникальный ID и по мере получения от сервера ответа искать в стеке нужный ответ на нужный запрос, эту операцию будет делать каждый поток на стороне клиента, ища нужный ответ.

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

@Niades · 18.11.2011, 22:51

Не очень понимаю, а зачем клиенту многопоточность? Мне кажется проще всего будет постоянно слушать сервер, как только приходит что-то - вызываем событие OnCommandReceived, например, в качестве EventArgs передаем саму команду и обрабатываем её, выполняя полученные от сервера инструкции.

@r0fL · 18.11.2011, 23:16 **[ТС]**

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

@Niades · 18.11.2011, 23:26

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

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

Ну тогда как я уже сказал. Пишешь класс Client, делаешь в нем метод SendToServer(), например. Отправляешь данные в отдельном потоке через Thread.ThreadPool.QueueUserWorkItem(). А дальше получением ответа от сервера занимается отдельный поток, который при получении данных вызывает ивент, хэндлером этого события обрабатываешь данные, полученные от сервера.

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@r0fL Кодило 251 / 179 / 23 Регистрация: 25.11.2009 Сообщений: 685

	Обмен объектами между клиентом и сервером 18.11.2011, 21:29. Показов 2255. Ответов 3 Метки нет (Все метки) Здравствуйте, у меня есть несколько идей по разработке клиент-серверных проектов, но вот встает такая задача, чтобы клиент был многопоточным и каждый поток в любой момент времени мог отправить объект серверу и получить ответ либо запрос на получение объекта от сервера - как такое реализовать правильно? Так как идея пока только в зародыше, есть вариант делать какой-либо стек запросов на стороне клиента, каждому запросу присваивать уникальный ID и по мере получения от сервера ответа искать в стеке нужный ответ на нужный запрос, эту операцию будет делать каждый поток на стороне клиента, ища нужный ответ. Предыдущий мой проект был слегка неудачен в этом плане, обмен данными велся в одном потоке путем сериализации и делать приложение многозадачным было очень проблематично и неприятно, не хотелось бы наступать на те же грабли в будущем. 0

@Niades 87 / 73 / 6 Регистрация: 11.09.2011 Сообщений: 118
	18.11.2011, 22:51
	Не очень понимаю, а зачем клиенту многопоточность? Мне кажется проще всего будет постоянно слушать сервер, как только приходит что-то - вызываем событие OnCommandReceived, например, в качестве EventArgs передаем саму команду и обрабатываем её, выполняя полученные от сервера инструкции. 0

@r0fL Кодило 251 / 179 / 23 Регистрация: 25.11.2009 Сообщений: 685
	18.11.2011, 23:16 [ТС]
	Niades, она просто нужна, чтобы пользователь мог выполнять несколько различных операций, или, например, основное окно постоянно обновляет данные с сервера, а пользователь зашел в другое, второстепенное окно, где так же что-то делает и он должен это делать не мешая обновляться данным в первом окне, в общем, ситуации то найти не проблема, проблема продумать саму структуру такой работы. 0