Есть ли какие-то общие рекомендации по сетевому программированию?

Question

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

Есть ли общие рекомендации по взаимодействию между клиентом и сервером. Например, если нет ответа с сервера, должен ли клиент автоматически повторить попытку? Должен ли быть период ожидания до его повторения? Что произойдет, если подтверждение не будет выполнено? В какой момент мы сломаем соединение и снова подключимся? Есть ли какой-то материал? Я выполнил поиск, но ничего не происходит.

Я ищу лучшие практики в целом. Я реализую это в C# (возможно, с сокетами), поэтому, если есть что-то .Net, то, пожалуйста, дайте мне знать.

Answer 1

Первое правило сети - вы отправляете сообщения, вы не вызываете функции.

Если вы подходите к сети таким образом и не притворяетесь, что можете удаленно вызывать функции или иметь «удаленные объекты», все будет в порядке. У вас никогда не было реальной «вещи» на другой стороне сетевого подключения - то, что у вас есть, - это в основном фотография этой вещи.

Все Вы получаете из сети старые данные. Вы являетесь никогда обновлен. Из-за этого вам нужно убедиться, что ваши сообщения несут правильную семантику - например, вы можете увеличивать или уменьшать что-либо на значение, вы не должны устанавливать его значение на текущее значение плюс или минус другое (поскольку текущее значение может измените к моменту поступления вашего сообщения).

Answer 2

Если клиент и сервер написаны на .NET/C# Я бы порекомендовал WCF InstEd сырых сокетов, как это экономит от многих слесарного кода сериализации и десериализации, синхронизация сообщений и т.д.

Это, может быть, на самом деле не отвечает на ваш вопрос о лучших практиках;;)

Answer 3

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

Тогда и только тогда вы решаете, что вам нужно для y наш протокол. Во многих случаях вам не нужны сложные механизмы обработки ошибок и могут надежно реализовать службу с простым UDP.

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

Answer 4

Самое главное, я обнаружил, что сообщения должны всегда быть лицом без гражданства (читать на REST, если это ничего не значит для вас)

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

Answer 5

В общем, подумайте о сетевом программировании, я думаю, вам следует узнать о:
1. Гнездо (конечно).
2. Вилка и резьба.
3. Процесс блокировки (использование мьютекса или семафора или другие).

Надеюсь, эта помощь ..