Вроде как по теории лучше разрабатывать программу, используя Domain-Driven-Design.
О необходимости Domain-model написано много книг.
На применение Domain-model заточены архитектуры типа "Чистая архитектура", "Гексагональная архитектура".

Как я понимаю, Domain-model работает с Сущностями и коллекциями сущностей.
Для хранения этих сущностей Domain-model использует Repository.

При этом часто встречаются задачи, когда нужно отобразить на форме список записей.
Удобным способом для этого являются объекты типа DataGridView, которые есть во многих средах разработки, особенно для десктопных приложений.
Однако, объекты типа DataGridView работают с табличными данными, и не умеют работать с коллекциями объектов.

Я просмотрел много обучающих примеров по DDD, и ни в одном из них нету работы с табличными данными.
И получается, что по сути использование DataGridView — противоречит DDD?
Так ли это? Действительно ли DDD и DataGridView не совместимы?

Можно ли придумать какой-то способ их совместного применения? Не нарушая при этом принципов DDD?

Хотелось бы написать хорошую программу, чтобы "ядром" этой программы являлась Domain-model, но чтобы при этом в пользовательском интерфейсе данные отображались с помощью DataGridView.
Если это возможно, то какая должна быть архитектура?
Как при этом должны взаимодействовать между собой слои программы?