Какую технологию выбрать для десктопной службы?

Question

[Иван]

Добрый день.

Необходимо выбрать технологию для разработки службы.
Требования:
- кросплатформенность (Win, Linux,Mac).
- служба должна работать с входящими запросами от десктоп софта, а также взаимодействать с удаленным сервером (HTTP).
- приложения с которыми взаимодействует служба, как правило написаны на C#/C++ .
- пользовательского "общения" со службой не требуется, она должна предоставлять API для разработчиков десктопных приложений.
Пожелание: хорошо бы еще не тянуть кучу зависимостей. т.к. установка службы юзером, должна быть максимальна просто.
вероятно нужно что то типа WCF, но кросплатформенно. .NET CORE ?

Comments

[WayMax]

А .net core по вашему не тянет "кучу зависимостей"?

[Иван]

WayMax, незнаю. потому и спрашиваю..

[WayMax]

Иван, отвечаю: тянет. Все кроссплатформенное тянет кучу зависимостей.

[Иван]

WayMax, но на .net core вышеуказанное возможно реализовать?

[WayMax]

Иван,

кросплатформенность (Win, Linux,Mac).

https://dotnet.microsoft.com/download/dotnet-core

служба должна работать с входящими запросами от десктоп софта

а еще более размыто могли сформулировать? на текущую формулировку вам ничего внятного не ответят

взаимодействать с удаленным сервером (HTTP)

https://docs.microsoft.com/ru-ru/dotnet/api/system...

приложения с которыми взаимодействует служба, как правило написаны на C#/C++ .

смотря как вы планируете организовать взаимодействие (см пункт 2), обычно без разницы на чем написаны другие приложения

пользовательского "общения" со службой не требуется, она должна предоставлять API для разработчиков десктопных приложений.

так же см пункт 2

[Иван]

WayMax, спасибо за ответ. по п.2. в целом необходимо на первом передавать службе простые типы данных : int,string,bool в рантайм режиме. Служба отрабатывает входящие запрос, разбирает данные, идет в инет, кой чего делает, возвращает результат в вызвавшее приложение. Незнаю как еще корректнее сформулировать.
м.б. в будущем придется что то сложнее в формате XML к примеру.
я смотрел как организованы сервисы в WCF вроде это то что нужно, но WCF вроде как подзаброшен и не кросплатформен.

[WayMax]

Иван,
https://stackoverflow.com/questions/48522849/what-...
или погуглите на тему "Message broker"

[Иван]

WayMax, спасибо. думаю стоит про Message broker указать в ответах.

Answer 1

[Johnny Gat]

.net core

httplistener - https://docs.microsoft.com/ru-ru/dotnet/api/system...
tcplistener - https://docs.microsoft.com/en-us/dotnet/api/system...

Message broker
https://www.rabbitmq.com/tutorials/tutorial-one-do...
https://docs.microsoft.com/ru-ru/dotnet/standard/m...

Answer 2

[Артемий]

Java, NodeJS

Comments

[Иван]

спасибо. хорошо бы еще без большого кол-ва зависимостей. внесу это в пожелания в вопросе.

[Артемий]

Платформу кросспалатформенности по любому устанавливать придется. Коли с Си дело имеете может вам LLVM подойдет? Но это уже сами смотрите, я в нее не углублялся.

[WayMax]

Иван,

хорошо бы еще без большого кол-ва зависимостей

кроссплатформенного и без "большого" не бывает