I have two related questions about Web services:
(1) I’m currently writing a set of applications, and it occurred to me that maybe I’m not using the right tool for the job. Here is the spec:
- There are many Windows servers behind different VPNs and firewalls.
- Each of the servers has a Windows service running, that reports various information about it to a centralized server, via a Web service, both of which I’ve written, and have access to.
So I’m both the producer and the consumer, and I’m staying on the same platform (.NET). Maybe a web service isn’t the way to go? I’m using one purely because it’s easy to write and deploy, and I’m the most comfortable with them. Should I really be using WCF for this?
(2) In the web service, I’m creating a State object to represent the state of the server, and sending it as a parameter. However, adding a service reference creates a proxy of the State class. It seems gacky to copy the properties of the State object to the proxy, and then send the proxy. Should I just replace the proxy class with the real class in the auto-generated code (i.e., include a reference to the State class instead)?
By “web services” I assume you mean an ASMX? I would go with WCF is possible, simply because you lose nothing but gain lots of flexibility. You could, for example, switch from XML-over-HTTP to Binary-over-TCP through a simple config change.