Объективные критерии для организации модулей в CRM API с использованием чистой архитектуры в .NET? ⇐ C#

[Anonymous]

Я разрабатываю API для будущей системы CRM с использованием C#, .NET и Entity Framework, следуя шаблону «Чистая архитектура». Система включает отдельные модули «Закупки», «Кадры» и «Финансы». Я хотел бы знать, как лучше всего организовать эти модули.
Следует ли мне создавать отдельные решения для каждого модуля, например CRM.Procurement.sln, CRM.HR.sln, и CRM.Finance.sln, где обязанности разделены на отдельные решения?
Например:
CRM.Procurement.sln

• Приложение
• Домен
• Инфраструктура
• Презентация< /li>

CRM.HR.sln

• Приложение< /li>
  Домен
• Инфраструктура
• Презентация

CRM.Finance.sln

• Приложение
• Домен
  Инфраструктура
• Презентация

Или бы это было эффективнее хранить все в одном решении (CRM.sln) и организовывать модули в отдельные папки внутри этого решения?
Например:
CRM.sln

• Закупки
  
  Применение
• Домен
• Инфраструктура
• Презентация

[*]HR

• Приложение
• Домен
• Инфраструктура
• li>
  Презентация

[*]Финансы

• < li>Приложение
• Домен
• Инфраструктура
• Презентация

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

Подробнее здесь: https://stackoverflow.com/questions/790 ... chitecture