Size: a a a

var chat = new Chat();

2018 September 20

MG

Max Grishin in var chat = new Chat();
Maksym Voloshyn
рано или поздно, вам не будет хватить Entity чтобы байндить его на UI и вы создадите ViewModel внутри которого перенесете этот Entity, и будут у вас две недосущности , которые будут байндить свои части на UI
ViewModel будет в любом случае
не понял про недосущности, и в чём в принципе отличие от Dto
источник

B

Bonart in var chat = new Chat();
Max Grishin
в моей реплике ровно 0 выводов о чем-либо
Про дупликацию кода и т.п. - это вывод.
источник

MG

Max Grishin in var chat = new Chat();
Bonart
Про дупликацию кода и т.п. - это вывод.
он напрямую следует из "Entity -> EntityDto ->EntityViewModel(тут и реализация)"
источник

MV

Maksym Voloshyn in var chat = new Chat();
ничего он не следует, все отлично маппится автомаппером, без каких либо дубликаций
источник

B

Bonart in var chat = new Chat();
Max Grishin
он напрямую следует из "Entity -> EntityDto ->EntityViewModel(тут и реализация)"
Не следует.
источник

MV

Maksym Voloshyn in var chat = new Chat();
побочных эффектов от такого намного меньше, чем от реализации INotifyPropertyChanged на уровне Entity
источник

MG

Max Grishin in var chat = new Chat();
Maksym Voloshyn
ничего он не следует, все отлично маппится автомаппером, без каких либо дубликаций
ну да, только это справедливо для совсем простых моделей, для связных нужно уже будет настраивать сопоставления
источник

MG

Max Grishin in var chat = new Chat();
Maksym Voloshyn
побочных эффектов от такого намного меньше, чем от реализации INotifyPropertyChanged на уровне Entity
в чём видите побочные эффекты на уровне Entity ?
источник

MV

Maksym Voloshyn in var chat = new Chat();
абсолютно никаких проблем в этом нет
источник

MG

Max Grishin in var chat = new Chat();
это дополнительное усложнение кода, и это-таки проблема
источник

MV

Maksym Voloshyn in var chat = new Chat();
Max Grishin
в чём видите побочные эффекты на уровне Entity ?
в том что у вас бизнес  будет разбросан между Entity и ViewModel(которую вы обязательно создадите). Да и вообще такой подход нарушает Single Responsibility принцип
источник

AS

Andrii Shcherbyna in var chat = new Chat();
Это усложнение только когда весь сервер сайд = рест апихе, где модели на разных слоях одинаковые. Если задачи более изощренные, то у вас почти всегда модели будут разные и копипаста будет минимум
источник

MG

Max Grishin in var chat = new Chat();
Бизнес вообще не будет ни в Entity ни во ViewModel, он будет в отдельном слое
Про нарушение SRP я написал сразу, и написал, что такое нарушение может быть оправдано
источник

AI

Arthur Irgashev in var chat = new Chat();
Evgeniy Vasenev
Добрый день. Размышляю над реализацией Data Acess слоя.
Правильно ли, если модели слоя будут реализовывать INotifyPropertyChanged ?
Для того чтобы можно было пробрасывать часть моделей во VM и передавать в UI?
Или лучше создавать посредника на уровне BL слоя?
В дал моделей быть не должно
источник

EV

Evgeniy Vasenev in var chat = new Chat();
Arthur Irgashev
В дал моделей быть не должно
Что она тогда должна предоставлять?
источник

AI

Arthur Irgashev in var chat = new Chat();
Дал - чисто инфраструктурный код
источник

AI

Arthur Irgashev in var chat = new Chat();
Там место контексту, репозиториям, внешним сервисам
источник

AS

Andrii Shcherbyna in var chat = new Chat();
А ентити?
источник

AI

Arthur Irgashev in var chat = new Chat();
Отдельно
источник

EV

Evgeniy Vasenev in var chat = new Chat();
У меня есть сложная структура, данные которой раскиданы по всему api сервера. Я собираюсь в DAL-е это дело собрать и предоставлять методы получения данных и управления
источник