@ttugates есть причина, по которой новый клиент больше не предоставляет синхронный API. Все, что он делает, имеет отношение к IO. Для этого синхронные API не имеют смысла. Как пользователь библиотеки вы всегда можете принудительно запустить синхронное выполнение, но тогда вы существенно снизите производительность.
давно представилаMicrosoft.Azure.ServiceBus Пространство имен.
https://github.com/Azure/azure-service-bus/blob/master/samples/readme.md
Это приспособлено для нового.net стандарт фреймворк (как будто MS не имеет достаточного количества полупрезервированных кодовых баз)
Мой вопрос: насколько лучше это может быть с точки зрения производительности?
Я могу с уверенностью сказать, чтоMicrosoft.ServiceBus.Messaging оставляет желать лучшего, особенно когда речь идет о постоянном приеме.
Очень полезная особенностьMicrosoft.ServiceBus.Messaging Это сообщение насос, построенный на вершинеOnMessage () метод.
Новая библиотека не имеет этого и должна перепривязывать обработчики событий при каждом поступлении, чтобы продолжать работу. Определенно шаг назад.
Ищете отзывы от тех, кто имел опыт работы с обоими и может сравнить ..