Если служба WCF возвращает объект EntityObject или класс POCO/DTO?

Question

Я рассматривал множество примеров WCF, используя EntityFramework, и большинство из них, похоже, возвращают клиенту какой-то класс POCO или DTO.

Мне было интересно, почему это было, поскольку по умолчанию EntityObject содержит атрибуты [DataContract] и реализует INotifyPropertyChanged. Возвращает класс DTO или POCO лучше, чем EntityObject (или наоборот)? Существуют ли конкретные случаи, когда лучше использовать одно возвращаемое значение над другим?

Answer 1

Как наилучшая практика, вам обязательно нужно вернуть класс DTO/POCO, который явно разработан как контракт с данными и не имеет логики постоянства.

Причина в том, что если вы передаете EntityObject, вы делаете предположение, что потребитель службы будет ссылаться на один и тот же контекст данных, и это нарушает принцип SOA с явными границами. Это уменьшает возможность повторного использования вашего сервиса.

Возможно, Microsoft внедрила DataContract в EntityObject для поддержки некоторых из своих инструментов доступа к базе данных на базе WCF, таких как RIA. INotifyPropertyChanged предназначен для поддержки привязки WPF и не связан с контрактами WCF или данными.

Answer 2

Стоит вернуть POCO в некоторых случаях, когда вы не знаете логики настойчивости. Я имею в виду, что тот же POCO может подключаться к другим ORM или для других целей. Хорошо, это преимущество POCO над ORM, но также дает вам повышение производительности над EntityObject, которое добавляет время прокси-сервера/уведомлений.

Возврат POCO - вам необходимо вручную обновить состояние объекта, когда оно получено из WCF.

Возвращаемый объект EntityObject - вы получаете объект с сохраненным состоянием.