C#面向服务编程技术WCF从入门到实战演练

一、WCF课程介绍

1.1、Web Service会被WCF取代吗？

对于这个问题阿笨的回答是:两者在功能特性上却是有新旧之分，但是对于特定的系统，适合自己的就是最好的。不能哪一个技术框架和行业标准作比较，任何对于二者的比较都是错误的，因为两者根不不在同一个范畴里。就好比不能拿个汽车和交通法规比较一样，这是个误区。

阿笨的宗旨就是学完此《C#面向服务编程技术WCF从入门到实战演练》课程，让您从零基础上手后直接将学习的成果运用到实际项目中去。阿笨本次分享的WCF技术是完全来源于切身实际项目中，如何让零基础的童鞋们快速的上手和使用WCF技术！让你感觉到使用WCF技术就像WebSerice一样亲切，让WCF客户端的“调用”成为一种“享受”！

WCF绝对是值得学习的一门技术，并且如果深入研究后会发现，它真的不简单！

如果您对本次分享课感兴趣的话，那么请跟着阿笨一起学习吧。废话不多说，直接上干货，我们不生产干货，我们只是干货的搬运工。

二、WebService和WCF两者到底有什么区别

WebService：严格来说是行业标准，也就是WebService规范，也称作WS-*规范，既不是框架，也不是技术。它有一套完成的规范体系标准，而且在持续不断的更新完善中。它使用XML扩展标记语言来表示数据（这个是夸语言和平台的关键）。微软的Web服务实现称为ASP.NETWebService.它使用Soap简单对象访问协议来实现分布式环境里应用程序之间的数据交互。WSDL来实现服务接口相关的描述。此外Webservices可以注册到UDDI中心.供其客户查找使用。后来微软做了ASP.NETWebService的安全，性能，数据加密、解密，托管宿主等多方面的扩展，称为WSE系列，这个是过度产品，最高到WSE3.0.后来就是WCF时代。

WCF：WCF是一个分布式应用的开发框架，属于特定的技术，或者平台。既不是标准也不是规范。

WCF其实一定程度上就是ASP.NET Web Service，因为它支持WebService的行业标准和核心协议，因此ASP.NETWebService和WSE能做的事情，WCF它几乎都能胜任，跨平台和语言更不是问题（数据也支持XML格式化，而且提供了自己的格式化器）。

WCF作为微软主推一个通讯组件或者平台，它的目标不仅仅是在支持和集成WebService，因为它还兼容和具备了微软早期很多技术的特性。

五、源代码在线演示和解读

5.1、C# WCF 常用的BasicHttpBinding和WSHttpBinding两种绑定方式学习。

5.2、C# WCF如何通过优雅的方式进行统一入口调用(即WCF客户端调用采用透明代理方式)。。

5.3、C# WCF采用X509证书基本身份验证。

5.4、实战演练之如何实现WCF混合式访问（同时支持HTTP和TCP）。

客户端调用WCF服务可以通过添加服务引用的方式添加，这种方式使用起来比较简单，适合小项目使用。服务端与服务端的耦合较深，而且添加服务引用的方式生成一大堆臃肿的文件。本例探讨一种使用接口的方式使用WCF服务，克服通过服务引用方式产生的弊端。同时希望抛砖引玉，探讨更好的方式使用WCF。

WCF实战演练

WCF混合式访问

在线观看地址


不信的话，扫一扫

原文地址：http://blog.51cto.com/4500899/2082708

时间： 2024-11-08 23:00:34

C#面向服务编程技术WCF从入门到实战演练的相关文章

Atitit 面向对象编程（OOP）、面向组件编程（COP）、面向方面编程（AOP）和面向服务编程（SOP）的区别和联系

Atitit 面向对象编程(OOP).面向组件编程(COP).面向方面编程(AOP)和面向服务编程(SOP)的区别和联系 1. 面向组件编程(COP) 所以,组件比起对象来的进步就在于通用的规范的引入.通用规范往往能够为组件添加新的能力(就像上面所讨论的), COP比OOP更进一步.通常OOP将数据对象组织到实体中.这种方法具有很多优点.但是,OOP有一个大的限制:对象之间的相互依赖关系.去掉这个限制的一个好的想法就是组件.组件和一般对象之间的关键区别是组件是可以替代的. 3.什么是面向方面编程

面向对象编程、面向组件编程、面向方面编程、面向服务编程

1.什么是面向对象编程(Object-Oriented Programming)? 面向对象编程 (Object-Oriented Programming)简称OOP技术,是开发计算机应用程序的一种新方法.新思想.过去的面向过程编程常常会导致所有的代码都包含在几个模块中,使程 序难以阅读和维护.在做一些修改时常常牵一动百,使以后的开发和维护难以为继.而使用OOP技术,常常要使用许多代码模块,每个模块都只提供特定的功能, 它们是彼此独立的,这样就增大了代码重用的几率,更加有利于软件的开发.维护和升

SOA：面向服务编程

.net中如webservice,wcf,webapi,均可作为服务层,单独部署,而界面UI则部署在另一台服务器上,所有的业务逻辑均在服务层的业务层中进行. 这样一来,我们的UI其实就可以不限制语言,如我们可以使用PHP构建前段显示,而用.net 或java来进行服务端构建. 这样的好处在于,PHP作为一门解释型语言,作为前段显示来说,速度较于.net 跟 java均有优势,而在服务端,用我们性能强且稳定的.net或java. 先简单记录一下,日后补充.

【面向打野编程】——KMP算法入门

一.问题 咱们先不管什么KMP,来看看怎么匹配两个字符串. 问题:给定两个字符串,求第二个字符串是否包含于第一个字符串中. 为了具体化,我们以 ABCAXABCABCABX 与 ABCABCABX为例. 正所谓:暴力出奇迹,枚举是真知.(大雾)先把代码敲出来再说,后面的事后面再考虑. 暴力/朴素匹配:时间复杂度O(N*M) 虽然能够得到结果,但是速(bi)度(ge)太低.多看几遍就觉得这里出现了太多无用的计算,每次匹配失败就移动一格,实在挤牙膏. 如果我们在每次匹配失败时多移动几位? 二.加速

SOA面向服务架构简述

如果你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",加入这个PM.架构师的大家庭 在上篇中我们简单谈了下架构设计中服务层的简单理解,在这里我们将继续服务层的架构,在本节我们将重点在于分布式服务.在分布式系统中表现层和业务逻辑层 并不处于同一物理部署,所以我们必须存在分布式服务,以契约方式发布于网络中,我们的关注点在于服务,面向服务编程,这种通过组合业务逻辑暴露可用服务的架构叫做面向服务架构(SOA). SOA强调一个松耦合,基于宏服务的架构,通过契约暴露给服务消费者可用的

领域驱动设计的面向服务架构

[.NET领域驱动设计实战系列]专题二:结合领域驱动设计的面向服务架构来搭建网上书店 一.前言 在前面专题一中,我已经介绍了我写这系列文章的初衷了.由于dax.net中的DDD框架和Byteart Retail案例并没有对其形成过程做一步步分析,而是把整个DDD的实现案例展现给我们,这对于一些刚刚接触领域驱动设计的朋友可能会非常迷茫,从而觉得领域驱动设计很难,很复杂,因为学习中要消化一个整个案例的知识,这样未免很多人消化不了就打退堂鼓,就不继续研究下去了,所以这样也不利于DDD的推广.然而本系列

[.NET领域驱动设计实战系列]专题二：结合领域驱动设计的面向服务架构来搭建网上书店

一.前言 在前面专题一中,我已经介绍了我写这系列文章的初衷了.由于dax.net中的DDD框架和Byteart Retail案例并没有对其形成过程做一步步分析,而是把整个DDD的实现案例展现给我们,这对于一些刚刚接触领域驱动设计的朋友可能会非常迷茫,从而觉得领域驱动设计很难,很复杂,因为学习中要消化一个整个案例的知识,这样未免很多人消化不了就打退堂鼓,就不继续研究下去了,所以这样也不利于DDD的推广.然而本系列可以说是刚接触领域驱动设计朋友的福音,本系列将结合领域驱动设计的思想来一步步构建一个网

Java 面向切面编程 AOP

本文内容 实例 引入 原始方法 装饰者模式 JDK 动态代理和 cglib 代理 直接使用 AOP 框架 下载 demo 实例 引入 package com.cap.aop;   public interface ICalculator { public double add(double num1, double num2) throws Exception;   public double sub(double num1, double num2) throws Exception;   p

.NET Framework 4.6 and 4.5 > 开发指南 > 使用 WCF 的面向服务的应用程序 > Windows Communication Foundation (WCF)

.NET Framework 4.6 and 4.5 > 开发指南 >  使用 WCF 的面向服务的应用程序 > Windows Communication Foundation (WCF) :https://msdn.microsoft.com/zh-cn/library/dd456779(v=vs.110).aspx 文档指南: https://msdn.microsoft.com/zh-cn/library/ms730846(v=vs.110).aspx 入门教程: https:/