Зачем нам нужно событие StreamSocketListener.ConnectionReceived, когда мы используем SocketActivityTrigger?

Question

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

И, как объяснено здесь , когда мы хотим сделать это возможным, когда приложение также приостановлено. мы настраиваем фоновую задачу, которая запускается с помощью SocketActivityTrigger при каждом получении соединения. Таким образом, процесс происходит в методе Run фоновой задачи в этом случае. Значит ли это, что нам больше не нужно назначать обработчик событий ConnectionReceived при использовании SocketActivityTrigger?

Answer 1

Зачем нам нужно событие StreamSocketListener.ConnectionReceived, когда мы используем SocketActivityTrigger?

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

Но в случае SocketActivityTrigger, когда ваше приложение получает данные в сокет, истек таймер поддержания активности или сокет был закрыт, метод Run будет запущен.