рано или поздно, вам не будет хватить Entity чтобы байндить его на UI и вы создадите ViewModel внутри которого перенесете этот Entity, и будут у вас две недосущности , которые будут байндить свои части на UI
ViewModel будет в любом случае не понял про недосущности, и в чём в принципе отличие от Dto
в том что у вас бизнес будет разбросан между Entity и ViewModel(которую вы обязательно создадите). Да и вообще такой подход нарушает Single Responsibility принцип
Это усложнение только когда весь сервер сайд = рест апихе, где модели на разных слоях одинаковые. Если задачи более изощренные, то у вас почти всегда модели будут разные и копипаста будет минимум
Бизнес вообще не будет ни в Entity ни во ViewModel, он будет в отдельном слое Про нарушение SRP я написал сразу, и написал, что такое нарушение может быть оправдано
Добрый день. Размышляю над реализацией Data Acess слоя. Правильно ли, если модели слоя будут реализовывать INotifyPropertyChanged ? Для того чтобы можно было пробрасывать часть моделей во VM и передавать в UI? Или лучше создавать посредника на уровне BL слоя?
У меня есть сложная структура, данные которой раскиданы по всему api сервера. Я собираюсь в DAL-е это дело собрать и предоставлять методы получения данных и управления