Рекомендации по разделению схем и оркестровочных сборок для объектов, созданных WCF - PullRequest
Новая
       6

Рекомендации по разделению схем и оркестровочных сборок для объектов, созданных WCF

1 голос
/ 09 декабря 2010

При использовании мастера использования WCF / сгенерированных элементов сгенерированные элементы включают схемы, привязки, а также ODX, содержащий определения типов портов для использования службы.

И это обычная / хорошая практика - отделять схемы от оркестровок на отдельные сборки.

Однако в случае сгенерированных WCF артефактов усилия по их разделению значительны, поскольку каждый тип порта должен быть отредактирован так, чтобы указывать на эталонную сборку - это может быть громоздким для службы со многими операциями (и запросом / ответ для каждого). И это ухудшается, если служба WCF изменяется и должна быть восстановлена.

Итак, если я могу спросить:

  1. Что вы считаете лучшей практикой здесь? Я склоняюсь к тому, чтобы сохранить типы портов и фиктивные ODX в сборке схемы.
  2. Вы перемещаете сгенерированные типы портов из созданного фиктивного ODX, а затем удаляете фиктивные ODX?

Спасибо!

1 Ответ

3 голосов
/ 18 декабря 2010

Я полагаю, вы слишком стараетесь.

Что бы я сделал, это имел бы ссылку на службу потребленной службы WCF в собственной оркестровке (без какой-либо логики).Просто простая оркестровка с только определенными типами портов.Эта оркестровка может быть в отдельной сборке.

Таким образом, вы можете ссылаться на эту оркестровку из других проектов.

Не следует пытаться отделить сгенерированные схемы от типов портов.В любом случае они неразрывно связаны, потому что все они вместе являются частью «контракта на обслуживание».

...