Как сгенерировать клиентский код для нескольких услуг WCF с общими типами

У меня есть несколько услуг WCF, которые разделяют некоторые контракты данных и должны сгенерировать клиентский код, используя svcutil.exe. Я столкнулся с ошибками, используя два самых очевидных способа сделать это и нуждаться в некоторой помощи.

Но сначала, вот услуги:

[ServiceContract( Namespace = "http://www.me.com/services/" )]
public interface IFooService {
    [OperationContract]
    Response RunFoo( Request request );
}
[ServiceContract( Namespace = "http://www.me.com/services/" )]
public interface IBarService {
    [OperationContract]
    Response RunBar( Request request );
}

Ответ и Запрос определены на отдельном собрании:

[DataContract( Namespace = "http://www.me.com/shared/" )]
public class Request {
    [DataMember]
    public int Input { get; set; }
}
[DataContract( Namespace = "http://www.me.com/shared/" )]
public class Response {
    [DataMember]
    public int Result { get; set; }
}

Услуги осуществлены некоторым тривиальным способом, собранным, изданным - давайте переключимся на сторону клиента теперь.

Включая обе услуги на svcutil командную строку - как это:

svcutil /o:Client.cs http://hostname.com/FooService.svc http://hostname.com/BarService.svc

приведет к многочисленным сообщениям об ошибках о дублированных типах данных, начиная с

Ошибка: была ошибка проверки на схеме, произведенной во время экспорта: Источник: Линия: 1 Колонка: 9 087 Ошибок Проверки: глобальный элемент 'http://schemas.microsoft.com/2003/10/Serialization/:anyType' был уже объявлен.

и окончание

Ошибка: была ошибка проверки на схеме, произведенной во время экспорта: Источник: Линия: 1 Колонка: 12 817 Ошибок Проверки: complexType 'http://www.me.com/shared/:Response' был уже объявлен.

Создание клиентского файла отдельно для каждого обслуживания избегает этих ошибок:

svcutil /o:Foo.cs http://hostname.com/FooService.svc
svcutil /o:Bar.cs http://hostname.com/BarService.svc

Но тогда определения общих типов (такие как Запрос и Ответ) будут дублированы в Foo.cs и затем в Bar.cs, приводя, очевидно, к ошибкам компилятора.

Так, что обычный путь состоит в том, чтобы сгенерировать клиентский код, поглощающий такие услуги?

Ограничения:

• не может отправить собрание, содержащее разделенные типы клиенту (так, чтобы они могли использовать/r выбор svcutil.exe),
• не может использовать, «Добавьте, что для Сервисной Ссылки...» команда в Визуальной Студии - нужна svcutil командная строка (или другой инструмент командной строки).