Да, вы правы, на хорошем фундаменте можно построить все, что угодно.
Общий DI-контейнер это еще не вся архитектура, однако наличие у WebApi и MVC различных DependencyResolver классов создало ощущение, что надо регистрировать два различных контейнера для WebApi и MVC, поэтому никак нельзя было пропустить тему регистрации единого контейнера для обоих частей приложения.
ASP.Net Identity тоже было выбрано не случайно. Во-первых — это и есть реализация конкретной бизнес задачи — реализация модуля безопасности приложения. Во-вторых в подавляющем большинстве статей этот модуль реализуется с помощью SeviceLocator, о чем я упомянул в статье. В третьих реализация Middleware для логгирования — слишком стандартная задача, а реализация Middleware для кэширования — достаточно большая задача, заслуживающая отдельной статьи. Мне показалось, что это достаточно объёмная задача для примера. Опять же не хотелось, чтобы статья слишком распухла.
В данном приложении был создан общий Dependency Injection контейнер для ASP.Net MVC и WebApi, что, судя по повторяющимся вопросам на Stackoverflow, является неожиданно сложной задачей. Далее на примере Asp.Net Identity была продемонстрирована регистрация OWIN Middleware, а также создание модуля безопасности приложения. Т.е. в данной статье был заложен фундамент для последующей хорошей архитектуры приложения. Дальнейшее развитие приложения зависит от бизнес логики и несколько выходит за рамки данной статьи.
Общий DI-контейнер это еще не вся архитектура, однако наличие у WebApi и MVC различных DependencyResolver классов создало ощущение, что надо регистрировать два различных контейнера для WebApi и MVC, поэтому никак нельзя было пропустить тему регистрации единого контейнера для обоих частей приложения.
ASP.Net Identity тоже было выбрано не случайно. Во-первых — это и есть реализация конкретной бизнес задачи — реализация модуля безопасности приложения. Во-вторых в подавляющем большинстве статей этот модуль реализуется с помощью SeviceLocator, о чем я упомянул в статье. В третьих реализация Middleware для логгирования — слишком стандартная задача, а реализация Middleware для кэширования — достаточно большая задача, заслуживающая отдельной статьи. Мне показалось, что это достаточно объёмная задача для примера. Опять же не хотелось, чтобы статья слишком распухла.