Это хорошая практика для создания API для обработки вызовов к нескольким API для интеграции

Question

Краткий обзор, я работаю с Visual Studio 2017 и .Net Core 2.1. Я собираюсь начать разработку веб-сайта, который будет заниматься интеграцией трех существующих программ, которые использует наша компания.

Я уже создал службы WCF для использования некоторыми разработанными мною приложениями, но для этого проекта я буду использовать несколько API. Вполне возможно, что мне понадобится использовать эти API в других проектах в будущем.

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

Пожалуйста, не стесняйтесь давать советы, я все еще учусь и ценю конструктивные советы. Я использую это, чтобы начать создавать мой API с использованием .Net Core 2.1, https://docs.microsoft.com/en-us/aspnet/core/tutorials/first-web-api?view=aspnetcore-2.1

Answer 1

Если API связаны, то да, имеет смысл создать единую сборку, которая будет вызывать их для вас и обрабатывать ответы. Затем вы использовали бы эту сборку во всех других ваших приложениях.

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

Вы не хотите путать API. Если кто-то хочет взглянуть на ваш код или сборку, он должен сказать, что он относится к тому, что он описывает, и не должен догадываться.