how to use your same Domain entities throug a .Net webservice?

Question

if you have an entity which is reference in the client and a webservice like this

public class Post
{    
        public int ID {get; set;}
        string Data {get; set;}
}



 public class MyService: System.Web.Services.WebService
 {   
         [WebMethod]
         public int Write (Post post)
         { 
               //Do stuff

         }
 }

on the client in order to use the entity you to instantiate from the proxy class

   public void ClientMethod()
      {
         var post = new proxyclass.Post();
         //fill post
         new ProxyClass.Myservice().Write(post) 

       }

how can i use my domain entity to call the webservice?

 public void ClientMethod()
          {
             var post = new Post();
             //fill post
             new ProxyClass.Myservice().Write(post) 

           }

Marc Gravell · Accepted Answer · 2009-02-27T07:44:34.780

Basically, you can't - with regular web-services, at least... the proxy class is completely separate. However, the above is possible with WCF, where you don't actually need proxy classes at all (however, for SOA purity it is a good idea to use them).

You could use reflection (etc) to copy the properties between your domain entities and the proxies, but it is quite hard to get this 100% right (although xml serialization should work [in theory] as an intermediate language).

So; if you want to use assembly sharing; consider using WCF, which supports this ;-p

To get hold of a service without using a proxy layer, you can do tricks like:

public class WcfClient<T> : ClientBase<T> where T : class
{
    public T Service { get { return base.Channel; } }
}

(this will access the default configuration from the app.config; for more control you need to add a few constructor overloads matching to the base constructor overloads)

Then:

interface IFoo {void Bar();}
...
using(WcfClient<IFoo> client = new WcfClient<IFoo>()) {
    client.Service.Bar();
}

score 1 · Answer 2 · edited May 23 '17 at 12:19

I suspect that one of these might answer your qestion. The common theme is wsdl.exe /sharetypes and svcutil /reference.

Managing 2 web references with shared class dependency in a .NET project Force .NET webservice to use local object class, not proxy class .Net Consuming Web Service: Identical types in two different services How to get a webserice to serialize/deserialize the same type in .net .NET SOAP Common types wsdl.exe /sharetypes

score 1 · Answer 3 · answered Feb 27 '09 at 12:47

You should use WCF for new development whenever possible.

However, you should reconsider your reasons for wanting to use your domain class on the client. It does violate the principles of SOA by exposing to the client some details of the implementation of the service. Why should the client know anything about your entity classes, beyond the data that they contain?

For instance, your entity classes may contain methods to save the entity to the database. Why does your client need access to that method?

Also, one of the principals of SOA is to interoperate with different platforms. As soon as you require your client to use your (.NET) entity, you prevent a Java or PHP client from being written to use your service.

You may have good enough reasons to overcome such objections, but I recommend that you think it through and make sure your reasons are good enough.

score 0 · Answer 4 · answered Mar 13 '20 at 16:23

For cases like this you're better to use json for sending and receiving data to and from web service.
Newtonsoft.json is the best json serializer for .Net. so you should change your Write method like below:

public void ClientMethod()
      {
         var post = new Post();
         //fill post
         new ProxyClass.Myservice().Write(JsonConvert.SerializeObject(post)) 

       }

how to use your same Domain entities throug a .Net webservice?

4 Answers4