Как написать сервер клиент на C#?

Question

[kos_dev]

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

Answer 1

[VoidVolker]

1. Спроектировать архитектуру системы и каждого приложения в отдельности;
   
2. Сделать декомпозицию архитектуры;
   
3. Спроектировать протокол обмена данными или взять готовый в виде библиотеки;
   
4. Реализовать все.
   

Сервер работает следующим образом (примерно, детали зависят от особенностей архитектуры и прочее):

1. Слушает определенный порт и ждет подключения к порту;
   
2. После подключения клиента к порту передает соединение в очередь к пулу процессов-воркеров (по числу процессорных ядер);
   
3. Воркер обрабатыват соединение, проводит необходимые проверки, логин клиента и т.п.;
   
4. После обработки соединение попадает в список подключенных процессов и обрабатывается ядром сервера.
   

Клиент работает примерно так:

1. Ищет сервер;
   
2. Подключается к порту;
   
3. Проходит аутентификацию и авторизацию;
   
4. Ожидает данные от сервера / передает данные серверу.
   

Answer 2

[Rou1997]

System.Net.Sockets (ваш протокол будет на базе TCP) или библиотеки для WebSocket (ваш протокол будет на базе Websocket, который на базе TCP), библиотеки есть опен-сорсные.

приблизительно как

На первый взгляд просто, но если требуется длительное время держать подключение открытым то понадобится обеспечить keep-alive, а если еще и корректная обработка сбоев интернет-подключения, то еще придется реализовать повторные попытки подключения и чтение данных по частям (в буфер byte[]), для тестирования проблем с интернетом используйте программы вроде NetLimiter и напишите тест - код, который автоматически отключает текущую сеть когда пакет уже начал отправляться, или пока еще не начал.

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

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

Comments

[Даша Циклаури]

на каждого клиента по потоку - плохая идея, дружно читаем про event loop

[Rou1997]

Даша Циклаури: Чем плохая? Где читаем?

[Даша Циклаури]

Rou1997:
1) чистые потоки тяжелы (они ведь будут однородную работу выполнять), поток на юзера - это одна из ошибок новичков, поэтому глянь примеры конкурентных моделей (как устроены пулы соединений, всякие менеджеры соединений), в некоторых случаях будет достаточно на гитхабе код посмотреть
2) www.cse.unsw.edu.au/~cs9242/07/lectures/10-threads.pdf

[Rou1997]

Даша Циклаури: Извините, но у меня тут гораздо более важная задача стоит - обеспечить стабильное соединение, о котором я писал в своем ответе, потоки в моем представлении плохи только тем что в ОЗУ много места занимают, но "много" - понятие относительное, пока хватает, сотен и тысяч клиентов у меня не будет, так что не вижу смысла что-то придумывать просто для того, чтобы не было потоков.

[Даша Циклаури]

Rou1997: есть одна важная особенность, сокетное соединение оборвавшееся на другом конце без пинга и ближайшего посыла сообщения с первого конца будет считать открытым, где стабильность? я к тому, что пинговать всё равно придётся, но выделять на это целый поток - в корне неправильно, переключение операционкой между потоками будет одним из узких мест
так же по независящим от клиента/сервера причинам соединения могут обрываться достаточно часто (всё же мы в интернете, и пакеты ходят через NAT которые сконфигурены по-разному)
по потоку на соединение - слишком оптимистичная оценка возможностей машины и реальности

[Rou1997]

Даша Циклаури:
Причем тут ping? Это не ping. Это называется keep-alive или heartbeat.
И отдельный поток для keep-alive у меня есть только на стороне клиента (клиент первым его отправляет), а на стороне сервера эти пакеты принимаются и обрабатываются в том же потоке, что и остальные пакеты от этого клиента.

[Даша Циклаури]

Rou1997: замечательно, если клиент отвалится, сервер будет держать его поток?

[Rou1997]

Даша Циклаури: Нет, конечно - там Exception вылетает, в catch и завершится поток, если будут проблемы - сделаю на сервере timeout, если в течении этого времени не будет keep-alive, то поток опять же завершится, а клиент удалится из списка онлайн.

Answer 3

[MrDywar Pichugin]

1) WCF
2) OWIN Self Host

Все уже готово к использованию.
Не надо работать с TCP напрямую, обертки вшиты в .NET.

Answer 4

[Igor Tkhorik]

Для меня тоже вопрос интересный который задал kos_dev. Возможно есть какая то книга на подобие паттернов GOF где описаны разные технологии и архитектуры клиетно-серверных приложений?

Answer 5

[OwDafuq]

Пиши в вк: https://vk.com/dev_0x00
Опыта в написании групповых мессенджеров у меня хоть отбавляй:D