WSDL türlerini XSD olmadan paylaşma

Question

Paylaşılan türlerle birlikte WSDL'lerden proxy'lerin oluşturulmasına bir örnek bulmuyorum, ancak bunlarla birlikte herhangi bir XSD'ye sahip olmak yok. Herkes bunu bir örnek olarak işaretleyebilir ve bana örnek olarak gösterebilir mi lütfen?

Burada, her birinin kendi ad alanı ve ortak türü olan 2 hizmet vardır. Halka açık bir şekilde erişilebilen tek şey, kendi WSDL'leridir, XSD'nin ya da .dll dosyasının wsdl.exe /sharedtypes ya da svcutils'a geçmesi ve onun olmadan da ve class Foo1 numaralarına geçemediğim aynı class Foo ile sona erer.

Ben programlı vekiller üreten ve DataContract/WebServiceBinding ad alanlarını göz ardı ederek CodeDOM aracılığıyla çiftleri algıladığını ile gelen en iyi, ama bu çok büyük bir karmaşa ...

Bunu yapmanın bir yolu yoktur

[WebService(Namespace = "http://tempuri.org/FOO1")] 
public class Service1 : WebService 
{ 
    [WebMethod] 
    public Foo GetFoo() 
    { 
     return new Foo(); 
    } 
} 

[WebService(Namespace = "http://tempuri.org/FOO2")] 
public class Service2 : WebService 
{ 
    [WebMethod] 
    public void SetFoo(Foo foo) 
    { 
    } 
} 

public class Foo 
{ 
    public int Bar { get; set; } 
} 

Answer 1

, here özetlenmiştir.

Sizin durumunuzda, ilk adımı atlayabilir, hizmet 1'den proxy'yi oluşturabilir ve sonra servisinizi oluştururken servis 1 proxy kurulumuna başvurmak için svcutil üzerindeki/r işaretini kullanabilirsiniz.

Bu, hizmetinizin 2 vekilinin, hizmetinizdeki 1 vekilden aynı Foo örneğini kullanmasını sağlayacaktır.

Ancak, yalnızca iki işlemle tek bir hizmeti barındırmayı düşündünüz mü? Çok fazla iş kurtaracak.

Düzenleme: Ayrıca, bu yazı bir göz vardır: http://blogs.msdn.com/b/youssefm/archive/2009/10/09/reusing-types-in-referenced-assemblies-with-svcutil-s-r-switch.aspx

Answer 2

Öncelikle, tüm ortak hizmet veri türleri için [("Burada bazı ad" Namespace =) DataContract] ayarlamanız gerekir aksi olduğunda WSDL ve XSD'ler oluşturulduktan sonra iki fark ad alanından nesneleriniz olacak --- bu kesinlikle esastır. Ad alanı değeri yalnızca WSDL'de değil, XSD'de tanımlanan türlere uygulanır. XSD = veri, WSDL = hizmet.

XSD ve WSDL ve yalnızca META hizmet davranışı kümesine sahipseniz ve ancak bu davranışı eklediyseniz ve sonra URL'ye gidebiliyorsanız oluşturulur. META hizmet davranışının URL'sinin, WSDL ve XSD'leriniz için bir bağlantısı olacaktır.

Aşağıdaki prensipleri, IIS üzerinden değil, windows hizmetlerinde self-host hizmetleri için kullanıyorum, ancak aynı ilkeler geçerlidir ....

/// <summary> 
/// Enables meta data output for a service host. 
/// </summary> 
/// <param name="host">The service host.</param> 
/// <remarks>Must be invoked prior to starting the service host.</remarks> 
public static void SetupMetaDataBehaviour(ServiceHost host) 
{ 
    ServiceMetadataBehavior metaDataBehaviour = host.Description.Behaviors.Find<ServiceMetadataBehavior>(); 
    if (metaDataBehaviour == null) 
    { 
     metaDataBehaviour = new ServiceMetadataBehavior(); 
     metaDataBehaviour.HttpGetEnabled = true; 
     host.Description.Behaviors.Add(metaDataBehaviour); 
    } 
    else 
    { 
     metaDataBehaviour.HttpGetEnabled = true; 
    } 
} 

Answer 3

senin iki web başvuruları ekledikten sonra:

nesne tarayıcıda ikinci web hizmeti referansı
1. üzerinde
2. çift tıklama sağ Foo tıklayın ve seçim
3. Foo
tanımına gidin tanımıma git
4. sınıf tanımını Foo için silme
5. ağlar için ad kullanmanın ifadesini ekleyin o Otomatik oluşturulan kod zorlar hem hizmet referanslar aynı sınıf beyanı kullanmak için ervice bir
6. find ve sadece Foo

Bu ile <namespace-of-service-reference-2>.Foo tüm örneklerini değiştirmek sorununuzu çözecektir.