Подтвердить что ты не робот

Использовать svcutil для сопоставления нескольких пространств имен для создания прокси-серверов wcf

Я хочу использовать svcutil для сопоставления нескольких пространств имен wsdl в пространстве имен clr при создании служебных прокси. Я использую сильное управление версиями пространств имен, и, следовательно, сгенерированные пространства имен clr неудобны и могут означать изменения кода на стороне клиента, если версия пространства имен wsdl/xsd изменяется. Пример кода лучше показать, что я хочу.

// Service code
namespace TestService.StoreService
{
    [DataContract(Namespace = "http://mydomain.com/xsd/Model/Store/2009/07/01")]
    public class Address
    {
        [DataMember(IsRequired = true, Order = 0)]
        public string street { get; set; }
    }

    [ServiceContract(Namespace = "http://mydomain.com/wsdl/StoreService-v1.0")]
    public interface IStoreService
    {
        [OperationContract]
        List<Customer> GetAllCustomersForStore(int storeId);

        [OperationContract]
        Address GetStoreAddress(int storeId);
    }

    public class StoreService : IStoreService
    {
        public List<Customer> GetAllCustomersForStore(int storeId)
        {
            throw new NotImplementedException();
        }

        public Address GetStoreAddress(int storeId)
        {
            throw new NotImplementedException();
        }
    }
}

namespace TestService.CustomerService
{
    [DataContract(Namespace = "http://mydomain.com/xsd/Model/Customer/2009/07/01")]
    public class Address
    {
        [DataMember(IsRequired = true, Order = 0)]
        public string city { get; set; }
    }

    [ServiceContract(Namespace = "http://mydomain.com/wsdl/CustomerService-v1.0")]
    public interface ICustomerService
    {
        [OperationContract]
        Customer GetCustomer(int customerId);

        [OperationContract]
        Address GetStoreAddress(int customerId);
    }

    public class CustomerService : ICustomerService
    {
        public Customer GetCustomer(int customerId)
        {
            throw new NotImplementedException();
        }

        public Address GetStoreAddress(int customerId)
        {
            throw new NotImplementedException();
        }
    }
}

namespace TestService.Shared
{
    [DataContract(Namespace = "http://mydomain.com/xsd/Model/Shared/2009/07/01")]
    public class Customer
    {
        [DataMember(IsRequired = true, Order = 0)]
        public int CustomerId { get; set; }
        [DataMember(IsRequired = true, Order = 1)]
        public string FirstName { get; set; }
    }
}

1. svcutil - без отображения пространства имен

svcutil.exe /t:metadata 
    TestSvcUtil\bin\debug\TestService.CustomerService.dll     
    TestSvcUtil\bin\debug\TestService.StoreService.dll

svcutil.exe /t:code *.wsdl *.xsd /o:TestClient\WebServiceProxy.cs

Сгенерированный прокси-сервер выглядит как

namespace mydomain.com.xsd.Model.Shared._2009._07._011
{
    public partial class Customer{}
}
namespace mydomain.com.xsd.Model.Customer._2009._07._011
{
    public partial class Address{}
}
namespace mydomain.com.xsd.Model.Store._2009._07._011
{
    public partial class Address{}
}

Классы клиентов не имеют пространства имен. Любое изменение в пространстве имен xsd подразумевало бы изменение всех используемых операторов в моем клиентском коде, все сборки будут разбиты.

2. svcutil - с сопоставлением имен подстановочных знаков

svcutil.exe /t:metadata 
    TestSvcUtil\bin\debug\TestService.CustomerService.dll 
    TestSvcUtil\bin\debug\TestService.StoreService.dll

svcutil.exe /t:code *.wsdl *.xsd /n:*,MyDomain.ServiceProxy 
    /o:TestClient\WebServicesProxy2.cs

Сгенерированный прокси-сервер выглядит как

namespace MyDomain.ServiceProxy
{
    public partial class Customer{}
    public partial class Address{}
    public partial class Address1{}
    public partial class CustomerServiceClient{}
    public partial class StoreServiceClient{}
}

Обратите внимание, что svcutil автоматически изменил один из классов Address на Address1. Мне это не нравится. Все клиентские классы также находятся внутри одного и того же пространства имен.

Что я хочу

Что-то вроде этого:

svcutil.exe 
    /t:code *.wsdl *.xsd 
    /n:"http://mydomain.com/xsd/Model/Shared/2009/07/01, MyDomain.Model.Shared;http://mydomain.com/xsd/Model/Customer/2009/07/01, MyDomain.Model.Customer;http://mydomain.com/wsdl/CustomerService-v1.0, MyDomain.CustomerServiceProxy;http://mydomain.com/xsd/Model/Store/2009/07/01, MyDomain.Model.Store;http://mydomain.com/wsdl/StoreService-v1.0, MyDomain.StoreServiceProxy" 
    /o:TestClient\WebServiceProxy3.cs

Таким образом, я могу логически группировать пространство имен clr, и любое изменение в пространстве имен wsdl/xsd обрабатывается только в генерации прокси, не затрагивая остальную часть кода на стороне клиента.

Теперь это невозможно. Svcutil позволяет отображать только одно или все пространства имен, а не список сопоставлений.

Я могу сделать одно сопоставление, как показано ниже, но не несколько

svcutil.exe 
    /t:code *.wsdl *.xsd 
    /n:"http://mydomain.com/xsd/Model/Store/2009/07/01, MyDomain.Model.Address" 
    /o:TestClient\WebServiceProxy4.cs

Но есть ли какое-либо решение. Svcutil не волшебный, он написан на .Net и программно генерирует прокси. Кто-нибудь написал альтернативу svcutil или указал мне на направления, чтобы я мог написать один.

4b9b3361

Ответ 1

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

svcutil.exe /t:code *.wsdl *.xsd 
/n:http://mydomain.com/xsd/Model/Shared/2009/07/01,MyDomain.Model.Shared 
/n:http://mydomain.com/xsd/Model/Customer/2009/07/01,MyDomain.Model.Customer
/n:http://mydomain.com/wsdl/CustomerService-v1.0,MyDomain.CustomerServiceProxy 
/n:http://mydomain.com/xsd/Model/Store/2009/07/01,MyDomain.Model.Store 
/n:http://mydomain.com/wsdl/StoreService-v1.0,MyDomain.StoreServiceProxy
/o:TestClient\WebServiceProxy3.cs

Несмотря на то, что в настоящее время у меня возникают проблемы, когда типы, созданные из файлов .xsd, не затрагиваются этими пространствами имен. Только типы, созданные из файлов .wsdl. Документация подразумевает, что оба должны быть.

Ответ 2

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

Я правильно понимаю, что вы хотите изменить пространство имен на сервере и не изменить клиент? Это противоречит моему пониманию управления версиями.