Skip to main content

Difference between Web Service and WCF

Following are the main difference between Web Service and WCF (Window Communication Foundation) Service:

Features
Web Service
WCF
File Extension
The file extension is .asmx
The file extension of WCF service is .svc
Programming
[WebService] attribute has to be added to the class
[ServiceContract] attribute has to be added to the class
Hosting
It can be hosted in IIS
WCF is flexible and it can be hosted in IIS, windows activation service, Self-hosting, Windows service.
Serialization
Done through XML serializer.
Done through DataContractSerializer
Serialization Namespace
System.XML.Serialization
System.RunTime.Serialization
Serialization Differences
Hash Table cannot be serialized.
Only public properties/fields can be serialized
The DataContractSerializer translate the Hash table into the XML.
Public/Private properties/fields can be serialized.
Supported Operations
One-way and Request- Response.
One-Way, Request-Response and Duplex
Binding
HTTP
HTTP, WS-HTTP, TCP, Custom, Named Pipes, MSMQ, P2P (Point to Point).
Encoding
XML 1.0, MTOM (Message Transmission Optimization Mechanism), DIME, Custom
XML 1.0, MTOM, Binary, Custom
Model
 [WebService] has to be added to the class
[WebMethod] attribute represents the method exposed to the client.
 [ServiceContract] attribute has to be added to the class
[OperationContract] attribute represents the method exposed to the client.
Messaging
Uses only SOAP (Simple Object Access Protocol)
It can send/receive message in any transport protocol message format. By default it uses SOAP for communication.
Security
Less secured as compared to WCF. Using certificates we can protect the data but it is complicated. Normally we use UserName/Password for security.
More secured than WebServices. WCF does not need IIS to run, it can run as a System Service on the Server, using a command ambient. WCF is a service and not a Web Service.
Performance (In terms of serialization)
Slower than WCF
Better than WebService.
State Management
Web services are by nature stateless.

WCF service can maintain state and session
Exception Handling
Unhandled Exceptions returns to the client as SOAP faults.
Unhandled Exceptions does not return to the client as SOAP faults. A configuration setting is provided to have the unhandled exceptions returned to the Client for the purpose of debugging.

Comments

  1. I disagree! although we hardly ever host ASMX out of IIS but if we want there are multiple options available for the same. One of them being cassini web server, for more please refer below msdn link:

    http://msdn.microsoft.com/en-us/magazine/cc163879.aspx

    ReplyDelete
  2. @Ravi..thanks for the details yes we can host web service with Cassini web server, but it's a workaround to host the service, and here I have included only basic differences and didn't dig in advance..:)

    ReplyDelete

Post a Comment

Popular posts from this blog

C#: Merging Excel cells with NPOI HSSFWorkbook

In this post we’ll see how to merge the two or more cell with each other while creating the excel sheet using NPOI . Mentioned below is code to merge multiple cells, in this example we are merging first cell to fifth cell of first row (you can adjust row or cell range by passing particular parameters in CellRangeAddress). //Created new Workbook var hwb = new NPOI.HSSF.UserModel. HSSFWorkbook (); //Create worksheet with name. var sheet = hwb.CreateSheet( "new sheet" ); //Create row and cell. var row = sheet.CreateRow(0); var cell = row.CreateCell(0); ; //Set text inside cell cell.SetCellValue( "This is Merged cell" ); cell.CellStyle.WrapText = true ; //define cell range address // parameters: -> first row to last and first cell to last cell var cra = new NPOI.SS.Util. CellRangeAddress (0, 0, 0, 4); //Add merged region to sheet. sheet.AddMergedRegion(cra); Hope this solution helps you J

Error 405 : ASP.NET Core Web API PUT and DELETE Methods not allowed

Recently, while working with .Net core API I came across the issue of “Error 405 — Methods not Allowed” After some research, I found out that both GET and POST requests working fine but neither PUT nor DELETE requests working. Another thing is that the PUT and DELETE request was also working fine on my local machine but failed when we host on our Azure server. When I explored the issue on the web it led me to the conclusion that WebDAVModule seems to set PUT and DELETE request methods disabled by default and due to that PUT and DELETE throw 405 errors. To make the PUT and DELETE requests work, we need to override the WebDAVModule setting in web.config file by adding the below settings under “ system.webServer ”. < system.webServer >   < modules runAllManagedModulesForAllRequests = " false " >     < remove name = " WebDAVModule " />   </ modules > </ system.webServer > There may be 2 web.config files in y...

How to set Swagger as the default start page for API hosted on the Azure web app?

I created an Asp.Net Core 2.x Web API and configured Swagger on it, below is the code added in Configure method under Startup.cs file, for full swagger configuration, check here //Add swagger configuration app.UseSwagger(); app.UseSwaggerUI(c => {     c.SwaggerEndpoint( "../swagger/v1/swagger.json" , "Test API V1" ); }); On my local machine when I run the API it is automatically redirected to the Swagger page. However, when I hosted this API as an Azure web app it is not redirecting directly to the Swagger and to access the swagger, I had to append /swagger in the URL, for example, https://testapi.azurewebsites.net/swagger/ Solution: Set RoutePrefix to string.Empty under app.UseSwaggerUI like below: app.UseSwaggerUI(c => {     c.SwaggerEndpoint( "../swagger/v1/swagger.json" , "Test API V1" );      c.RoutePrefix = string .Empty; // Set Swagger UI at apps root }); And that’s it, now when you b...