Member 13975267 Ответов: 2

.объем основных API-интерфейс REST против WCF, который из них быстрее?


Всем Привет,

Я новичок в .NET Core. Я работаю над новым проектом, где у нас будут REST API, которые должны использоваться тысячами пользователей одновременно. API-интерфейсы REST будут использовать Entity Framework для обновления и возврата данных из базы данных SQL server. Мы широко используем модульные тесты и ведение журнала(log4net).

из моих исследований в Интернете я обнаружил, что dot net core не имеет всех API-интерфейсов dot net framework.

У меня есть несколько проблем

1 - будет точка продажи основных API-интерфейс REST быстрее, чем в WCF API-интерфейс REST?
2 - точка продажи основного блока тестирования и протоколирования?
3 - каковы основные функции, которые отсутствуют в dot net core?

Что я уже пробовал:

Я искал в интернете ответы на вышеперечисленные вопросы, но не нашел окончательного ответа

2 Ответов

Рейтинг:
6

Vincent Maverick Durano

Цитата:
Я обнаружил, что dot net core не имеет всех API-интерфейсов dot net framework.


Верно, но последняя версия .NET Core должна включать основные функции и API, необходимые для начала работы и создания приложения. Имейте в виду, что платформа .NET Core предназначена для кросс-платформенной работы, поэтому вы не ожидаете, что будут доступны API для windows. Кроме того, вы должны рассмотреть и проанализировать, почему вам нужно использовать .Объем ядра по полной .net Framework. Если вы нацелены на кросс-платформенный подход, то микросервисы arch подходят вместе с контейнерами .Сетевое ядро должно идеально подойти для этого.

Цитата:
1 - будет точка продажи основных API-интерфейс REST быстрее, чем в WCF API-интерфейс REST?

Однозначного ответа на ваш вопрос нет, все зависит от того, какой трафик вы ожидаете (или хотите обслуживать), какую функциональность будет иметь ваш REST API (что также влияет на производительность), как вы его построили (стандарты кода и лучшие практики) и многое другое.

Вот хорошая статья, которую вы, возможно, захотите прочитать: ASP.NET фреймворки и необработанная пропускная способность - Веб-журнал Рика Штрала[^]

В последней версии .NET Core существует множество оптимизаций производительности и улучшений, внесенных в фреймворк. Также в нем реализована .Чистый стандарт, который позволяет легко обмениваться кодами с другими версиями .Объем Сердечника. Если бы мне пришлось выбирать, я бы определенно пошел с ним. ASP.NET основной веб-API (REST), так как вы стремитесь использовать .Чистое ядро.

Цитата:
2 - точка продажи основного блока тестирования и протоколирования?

Как уже упоминалось в другом решении, .NET Core поддерживает как модульное тестирование, так и ведение журнала. ASP.NET ядро-это все о промежуточных программах, поэтому вы можете использовать и внедрять модульный тест и фреймворк ведения журнала, который вы предпочитаете своему приложению.

Цитата:
3 - каковы основные функции, которые отсутствуют в dot net core?


Начните смотреть на новые функции, добавленные в новую версию здесь: Что нового в .NET Core 2.1 | Microsoft Docs[^]

а потом посмотрите на дорожную карту в поисках недостающего фрагмента, который вы ищете здесь:

(ля) сердечник/дорожная карта.МД мастер · dotnet ограничителя/ядро · на GitHub[^]
(b) Дорожная карта · aspnet/Home Wiki · GitHub[^]


Рейтинг:
1

Richard MacCutchan

1. невозможно угадать, так как это зависит от стольких переменных.
2. точка продажи основного блока тестирования и лесозаготовки - поиск в Google [^].
3. Вам нужно быть более конкретным.