Максим
Искусственный Интеллект
(215540)
1 месяц назад
Обычно твои данные это просто данные без всякой логики или валидации данных. Логику принято выносить на другой уровень. Но есть и такие разработчики, которые считают, что лучше связывать логику и данные, но это менее распространённый подход.
vato 1Мастер (1462)
1 месяц назад
Я думал сделать модели сервисы , интерфейс для репозиторий , и комманд классы (dto) , построить архитектуру и логику , а затем подтянуть базу и в конце api . Так я вижу этапы создания проекта (я начинающий легко путаюсь) , звучит нормально или бредни умолешенного?
Александр
Просветленный
(21217)
1 месяц назад
Обычно делают так. Модели создают в сборке .Domain, без всяких приватных конструкторов и статики. А вся конфигурация выносится в сборку .Context, где находится DbContext и файлы конфигурации ваших сущностей. Более удобно и гибко сделать это при помощи FluentAPI и интерфейса IEntityTypeConfiguration. Ну а остальная логика связанная с сущностями выносится на уровень приложения или инфраструктуры. Это зависит от того, как и какие сервисы будут работать с сущностями.
vato 1Мастер (1462)
1 месяц назад
Я думал сделать модели сервисы , интерфейс для репозиторий , и комманд классы (dto) , построить архитектуру и логику , а затем подтянуть базу и в конце api . Так я вижу этапы создания проекта (я начинающий легко путаюсь) , звучит нормально или бредни умолешенного?