Должен ли я использовать многопроектное решение для разработки Auth и Resource Server?

Question

Я устанавливаю серверы аутентификации и ресурсов для серверной части приложения. Сервер аутентификации - это Базовое веб-приложение ASP.NET , тогда как Сервер ресурсов - это проект ASP.NET Web API 2 (из-за зависимости COM-ссылки).

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

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

Answer 1

Это чисто вопрос удобства. Проекты всегда можно построить независимо, даже без файла решения. В этом смысле файл «решения» больше похож на рабочее пространство, которое просто показывает все, над чем вы хотите работать одновременно. Сказав это, в некоторых случаях наличие файла .sln МОЖЕТ испортить сборки .NET Core (у меня была буквально одна ситуация, когда он собирал неправильную конфигурацию для зависимого проекта, пока я не удалил файл sln, и да все зависимости / конфигурации в файле sln выглядели совершенно нормально). В любом случае, это легко обратимое решение, если вы начнете находить проблемы.