Websocket: прием сообщения и запись его части в отдельную переменную. Как осуществить?

Question

[TheTalion]

У меня есть сервер и клиент. Общаются через вебсокет.
Кто-то из них посылает такое сообщение (не принципиально кто), например:

на C#
string CurPos = "F1";
string NewPos = "F2";
con.Send("Change position: " + CurPos + "-" + NewPos);

Но другой получает такое сообщение:
string newMsg = "Change position: F1-F2";
Как сделать, чтобы получаемые символы на определенных местах записывались в, например, заранее оглашенные переменные? Хотелось бы также увидеть пример реализации хотя бы с одной переменной, то не совсем понимаю, как это работает.

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

Answer 1

[pi314]

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

Для этого строку нужно разобрать, выделить интересующие подстроки и положить их в нужные переменные самостоятельно. Никакой магии, которая сделает это за Вас, нет. В этом смысле нет никакой разницы, откуда пришла строка: из вебсокета, с консоли или еще откуда-то :)

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

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

string[] tokens = Regex.Split("Change position: F1-F2", @"(: )|(-)", RegexOptions.ExplicitCapture);

if( tokens.Length == 3 && string.Equals(tokens[0], "Change position") )
{
  curPos = tokens[1];
  newPos = tokens[2];
} else {
  // прислали какую-то непонятную хрень...
}

Поиграться, потестировать регулярки самостоятельно и посмотреть, что они могут разобрать, а что нет, можно, например, вот тут.

2. Строку можно определить самостоятельно.
Тогда лучше придумать протокол (конкретнее, формат строки), который было бы легко разбирать. Например:

event:cur-position:new-position

т.е. для данного примера посылать:

"Change position:F1:F2"

Такую строку можно разобрать элементарным

string[] tokens = "Change position:F1:F2".Split(':');

if( tokens.Length == 3 && string.Equals(tokens[0], "Change position") )
{
  curPos = tokens[1];
  newPos = tokens[2];
} else {
  // прислали какую-то непонятную хрень...
}

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

Comments

[TheTalion]

Спасибо за развернутый ответ.

Answer 2

[Макс]

Группировка в регулярных выражениях не подходит ?

Comments

[TheTalion]

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

Регулярные выражения видят, например, что заголовок "Change position:", но как получить остальные слова и записать их в переменные для меня не очевидно.

[Макс]

Статейка по группированию в регулярных выражениях
docs.oracle.com/javase/tutorial/essential/regex/gr...

В твоем случае можно сделать так
(Change position: )(.*)-(.*)
группа 1 = change position:
группа 2 = F1
группа 3 = F2

примеры на c# https://msdn.microsoft.com/ru-ru/library/twcw2f1c(...

Хотя предложение pi314 реально проще
отправляй данные так чтобы проще было парсить

[Макс]

или вот еще пример регулярки, частенько пользуются в случае ключ=значение

(?<=Change position: )(.*)-(.*) \\ тут присутствует Positive Lookbehind - "?<="
в результате у тебя будет всего 2 группы
1 группа - F1
2 группа - F2

[pi314]

Макс: Вполне может быть, что предлагаемый Вами Match для Шарпа даже лучше, чем Split. Я с конкретно .NET-овскими регулярками последний раз имел дело лет пять назад, так что детали реализации уже сильно подзабылись - пример набросал "на коленке", исходя из того, что для непойми-каких-строк шанс, что, по крайней мере, структура делимитеров регулярна, всегда немного выше, чем для данных :) Но, конечно, всегда остается опасность, что одно вдруг встретится в другом, и никто не подумал его заискейпить. Так что, да... если только есть такая возможность, самостоятельно определить формат, ей лучше воспользоваться, т.к. это наверняка сэкономит кучу нервных клеток при разборе :)

[TheTalion]

Макс: ваш метод все же несколько проще и удобнее для меня, спасибо.