У меня есть простой веб-API, который получает сообщения POST от географически распределенных клиентов.
У меня есть набор приложений WinForms, которые действуют как «спутниковые» приложения, которые отправляют полезные данные на веб-сайты. Таким образом, эти приложения поддерживают состояние, логины и другие функциональные возможности, характерные для каждого веб-сайта, который они представляют.
Теория:
WebAPI получает запрос и отправляет его в конкретное приложение WinForms, которое затем пересылаетполезные нагрузки согласно его требованию.
Итак, внешний клиент-> Web Api Post ->? Механизм IPC ЗДЕСЬ? Отправляет полезную нагрузку-> WinForms доставляет полезную нагрузку-> Отправляет ответ обратно-> Резервное копирование канала и обратно через WebAPI
Там, где я в данный момент «скучаю», - это самый эффективный и быстрый способ из всех возможных для моего запроса POST. , чтобы получить сообщение для соответствующего приложения WinForms и получить ответ.
Я читал о signalR. Мне удалось создать концентратор и отправить сообщение одному клиенту (это все, что у меня есть для тестирования в любом случае). НО - сегодня утром я прочитал, что не могу получить «ответные» сообщения от моего клиента.
Некоторые из сообщений SO об этом устарели и подводят меня к моему вопросу - есть ли способ, которым я могу этого добитьсяс SignalR.
В качестве дополнения к вопросу: если нет, то есть ли альтернативные технологии, которые я могу посоветовать рассмотреть или использовать как альтернативу?
К вашему сведению - у меня все это быловнутренне подключен к самому WebAPI, который затем просто отвечает возвращаемыми значениями, но по мере роста требований необходимо поддерживать «состояние» / «входы в систему» / «сеансы» / «файлы cookie», что побудило принять решение об «извлечении» каждой полезной нагрузкиСистема доставки.