Какие дополнительные уровни могут быть в n-слойной архитектуре для приложения?

C# ничем не отличается от других (императивных) языков программирования. Ваша точная архитектура часто определяется используемым фреймворком. Если вы используете C#, это скорее всего какой-то вкус ASP.NET MVC. Это хороший обзор.

Часто между моделью и контроллером вводится уровень обслуживания для инкапсуляции некоторой бизнес-логики и потоков транзакций. Является ли этот уровень «правильным» или нет, является предметом споров и обычно зависит от того, подписаны ли вы на лагерь DDD или нет. На самом деле, если у вас много сложной бизнес-логики, экстернализация логики в уровень сервиса увеличивает тестируемость за счет снижения способности реального моделирования вашего уровня модели. В прагматических целях тестирования уровень сервиса часто оказывается источником большей части вашей бизнес-логики.

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

Общая многоуровневая архитектура:

• Основной слой
• Инфраструктура
• Презентация

Если еще больше разбить эти 3 слоя, они могут иметь свои собственные зернистые слои.

Основной слой

• Модели предметной области
• Перечисления

Инфраструктура

• Репозитории
• Объектные модели передачи данных
• Услуги
• Единица работы

Презентация

• Проект MVC
• Веб-API

Думаю, чтобы ответить на ваш вопрос, я мог бы добавить слой между уровнем инфраструктуры и уровнем представления и получить уровень Тестирование. Просто имейте в виду, что такое многоуровневое построение архитектуры приложения с использованием файловой структуры действительно полезно только в том случае, если вы следуете принципам SOC и SOLID в своем коде.