Я просмотрел множество примеров WCF с использованием EntityFramework, и большинство из них, похоже, возвращают клиенту какой-то класс POCO или DTO.
Мне было интересно, почему это произошло, поскольку по умолчанию EntityObject включает атрибуты [DataContract] и реализует INotifyPropertyChanged. Лучше ли возвращать класс DTO или POCO, чем EntityObject (или наоборот)? И есть ли конкретные случаи, когда лучше использовать одно возвращаемое значение над другим?
Лучше всего, чтобы он возвращал класс DTO / POCO, который явно разработан как контракт данных и не имеет логики сохранения.
Причина в том, что если вы передаете EntityObject, вы делаете предположение, что у потребителя сервиса будет ссылка на тот же контекст данных, и это нарушает принцип явных границ SOA. Это снижает возможность повторного использования вашего сервиса.
Вероятно, что Microsoft реализовала DataContract на EntityObject для поддержки некоторых из своих инструментов доступа к базам данных на основе WCF, таких как RIA. INotifyPropertyChanged предназначен для поддержки привязки WPF и не связан с WCF или контрактами данных.
В некоторых случаях, когда вы не знаете о логике сохранения, стоит вернуть POCO. Я имею в виду, что тот же POCO может быть подключен к другому ORM или для других целей. Хорошо, это преимущество POCO над ORM, но оно также дает вам повышение производительности по сравнению с EntityObject, которое добавляет время выполнения прокси / уведомителей.
Возврат POCO - вам необходимо вручную обновить состояние объекта при получении от WCF.
Возвращение EntityObject - вы получаете объект с поддерживаемым состоянием.
