В настоящее время я работаю над проектом, который должен иметь модель под названием Movies в проекте MVC в качестве слоя представления, который использует проверку с использованием System.ComponentModel.DataAnnotations и некоторые пользовательские атрибуты проверки.
Теперь я добавил в решение еще один проект, который будет выполнять роль уровня доступа к данным, и для этого также необходимо наличие Movies DTO.
Если предположить, что в MVC Model Movies нет бизнес-логики, и оба класса будут эквивалентными , тогда лучше будет переместить мой класс Movie в другой проект, на который будут ссылаться оба. слои и бизнес-уровень тоже в будущем?
Кроме того, насколько хорошо будет выглядеть такой класс, обслуживающий все эти уровни (3-уровневая архитектура), в то время как все эти атрибуты проверки выполняются для каждого свойства?
Пожалуйста, предложите какой-нибудь хороший способ получить хорошую архитектуру, помня, что я не хочу повторяться при определении одной и той же модели во всех этих слоях.