- 积分
- 110
- 在线时间
- 132 小时
- 主题
- 24
- 注册时间
- 2013-6-9
- 帖子
- 68
- 最后登录
- 2024-10-29
实习版主
- 帖子
- 68
- 软币
- 2043
- 在线时间
- 132 小时
- 注册时间
- 2013-6-9
|
In the years since the first release of the .NET Framework, Microsoft has provided a variety of approaches for building service-oriented applications. Starting back in 2002 with the original release of .NET, a developer could fairly easily create an ASP.NET ASMX-based XML web service that allowed other .NET and non-.NET clients to call it.Those web services implemented various versions of SOAP, but were only available for use over HTTP.In addition to web services, the 1.0 release of .NET provided support for emoting.This allowed developers to write services that weren’t necessarily tied to the HTTP protocol. Similar to ASMX-based web services, .NET Remoting essentially provides object activation and session context for client-initiated method calls. The caller uses a proxy object to invoke methods, and the .NET runtime handles serialization and marshaling of data between the client’s proxy object and the server’s activated service object.Towards the end of 2006, Microsoft released .NET 3.0, which included the Windows Communication Foundation (WCF). WCF not only replaced ASMX web services and .NET Remoting, but also took a giant step forward in the way of flexibility, configurability, extensibility, and support for more recent security and other SOAP standards.For example, with WCF, a developer can write a non-HTTP service that supports authentication with SAML tokens, and host it in a custom-built Windows service. These and other capabilities greatly broaden the scenarios under which .NET can be utilized to build a service-oriented application.
|
评分
-
查看全部评分
|