SOAP, WSDL, namespace are handled by IIS and ASP.NET. In your scenario, the endpoint of your web service is your asmx file (there is no .cs file in your deployment), and the DLL in the bin folder contains the code you wrote for your web service (so that it does something).
If you call your web service in a web browser, you should see that your web methods are listed for testing. IIS knows how to process * .asmx files for this. If you click one, you will see a sample shape (if input parameters are expected) and a button. Again, IIS knows how to help you. When you click the button, IIS and ASP.NET process the SOAP request, process it using your code, and return a SOAP response.
If you create a βtestβ project in Visual Studio and specify a link to a web service that points to a deployed web service, Visual Studio will create a proxy class and extract another code from it that opens this service. Give it a try. You should get at least: WSDL, which defines your web service, a file called reference.cs, which contains code that makes a heavy lifting call to your web service (SOAP request from your application and unSOAPing from the response).
If you download a tool called Fiddler, you can intercept and verify the SOAP call to the web service.
For more information, see Web Services with ASP.NET .
source share