Сгенерированные прокси WCF против пользовательских прокси: какой путь, когда и почему?

Question

За последние 2 года я разрабатывал распределенное приложение на c # 3.5, используя WCF на уровне связи по протоколу TCP / IP;До сих пор я использовал интегрированную ссылку «Добавить службу» ... для генерации прокси-серверов службы на стороне клиента, но я также знаю, что использование фабрики каналов для создания канала связи (таким образом, доступ к методам контракта на обслуживание) является жизнеспособным подходом.1001 *

Вопросы довольно простые (пожалуйста, аргументируйте ответы):

• Каковы плюсы и минусы любого подхода?
• Должен ли метод "автоматического" генерирования бытьпредпочтительнее в большинстве случаев, и если да, то почему?
• При каких обстоятельствах (если таковые имеются) оправдан / необходим ли "нестандартный" подход?

(скажите, пожалуйста, нужна ли дополнительная контекстуализация)

Answer 1

Для меня одной из причин использования пользовательских прокси-серверов является возможность использовать один и тот же интерфейс [тип] и типы доменов как на клиенте, так и на сервере. Автоматическая генерация создает довольно много классов, которые неизбежно увеличивают размер вашей сборки, поэтому, если вы создаете приложение silverlight, где время загрузки критично, или если у вас есть изрядное ограничение памяти, может быть целесообразно использовать фабрику каналов.

Мне также нравится СУХАЯ фабрика каналов, так как у меня все равно есть мои доменные объекты, зачем генерировать их снова? Особенно, если у меня есть куча бизнес-логики в них. Конечно, это действительно применимо только для связи wcf-to-wcf, если вы разговариваете с какой-либо другой службой, вам нужно, чтобы объекты домена генерировались

(Я также предполагаю, что типы доменов и интерфейсы находятся в их собственной сборке, отдельно от фактического внутреннего кода персистентности)