#c# #rest #wcf #json.net #.net-remoting
#c# #отдых #wcf #json.net #.net-удаленное взаимодействие
Вопрос:
Я нашел ответы на этот вопрос для WCF, но они относятся к 2013 году, и мне было интересно, изменилось ли что-то.
Я пишу плагины для стороннего приложения, которое загружает плагины как COM . Он также загружает все плагины в одном контексте, что в прошлом вызывало у меня проблемы с моими собственными сборками зависимостей, но я решил это, присвоив строгие имена всем сборкам и, таким образом, получив возможность загружать разные версии одной и той же библиотеки DLL в контекст (в случае, если пользователь использует несколько моих плагинов).
Теперь у меня есть внешнее приложение, которое должно отправлять данные в плагин для дальнейшей обработки. Мой первый подход заключался в использовании OWIN в качестве самостоятельного хоста REST и просто добавлении контроллера. К сожалению, вся эта архитектура тесно связана Newtonsoft.Json , и эти библиотеки DLL не имеют строгих имен, т. Е. Вызывают проблемы, когда у вас есть другие плагины, получающие ту же идею, но использующие более старые / новые версии сборки.
Поэтому мне было интересно, что еще я мог бы использовать из того, что в идеале встроено в файл .NET. Удаленное взаимодействие? В конце концов, WCF? Что-то новое, о чем я не знаю?
Комментарии:
1. Как только вы начнете читать WCF , передача данных станет очень очевидной. В этой статье описывается, как обрабатывать обратные вызовы и события в WCF.
2. Вы также можете взглянуть на gRPC для .NET, но это не встроено. Или используйте именованные каналы, которые просты в использовании. Ваш выбор зависит от ваших подробных требований, например, безопасности, конфигурируемости и т. Д.