wcf数据加密

⑴ WCF全面解析的前言

“全书之写印，实系初稿。有时公私琐务猬集，每写一句，三搁其笔；有时兴会淋漓，走笔疾书，絮絮不休；有时意趣萧索，执笔木坐，草草而止。每写一段，自助覆阅，辄摇其首，觉有大不妥者，即贴补重书，故剪刀浆糊乃不离左右。个中甘苦，只自知之。”
在某个阳光明媚的早晨，我在去上班的公交车上翻看岳南先生的《南渡北归》的时候，看到上面这段董作宾描述自己写作《殷历谱》之甘苦的文字，回想起我写作这本书的经历，不禁感慨万千。我无意将《WCF全面解析》自比煌煌巨着《殷历谱》，只是觉得人同此心，这段文字正好描述我写作此书的状态。
《WCF技术剖析（卷1）》（以下称《卷1》）于2009年7月正式出版，在此不久我就开始了《卷2》的创作。对于《卷1》的写作，我还算是游刃有余，但是写作《卷2》的难度是我始料未及的。如果像市面上大部分专着一样只涉及WCF编程，我想《卷2》早在一年之前就已经完成了。但是我在写作之初就没有将本书定位为一本纯粹的WCF编程书籍，而是决心写一本“深入肌理”，对WCF进行“庖丁解牛”式剖析的书籍。在没有任何现成资料可供参考的情况下，我只能通过对源码的分析来了解其底层的实现原理。为了能够确保这部分内容的正确性，我编写了很多的测试程序来证实我的想法。
“探究之深”是本书难以在较短的时间之内交付出版的一个主要原因，而另一个因素则是“涉及之广”。WCF不是微软在Windows平台下的闭门造车，而是在设计之初就考虑到了针对开放标准的支持。《卷2》涉及到太多的WS-*规范，比如“异常处理”一章涉及到SOAP；“元数据”一章涉及到WS-Policy、WS-Transfer、WS-MEX和WSDL；“事务”一章涉及到WS-Coordination和WS-AT；“可靠会话”一章涉及到WS-RM；“传输安全”一章涉及到WS-Security、WS-Trust 、WS-Secure Conversation和WS-Security Policy；“WCF 4.0新特性”一章涉及到WS-Discovery。对于这一系列的WS-*规范，单单从头到尾看一遍都需要花费不少时间，而我已经不太记得自己究竟看多少遍了。
《卷1》的整个内容基本上都围绕着WCF本身，但《卷2》却涉及到不少的背景知识。为了让读者对WCF有一个全面而深刻的了解，我在书中涉及到很多背景知识的介绍。比如“事务”一章中花费了很多文字介绍MSDTC和System.Transactions事务；“并发与限流”一章中有针对同步上下文的介绍；为了让读者能够深入认识可靠会话的实现原理，我将其同TCP协议的机制进行类比；“队列服务”一章中对MSMQ进行了系统的介绍；“传输安全”一章中更是涉及到针对非对称加密以及NTLM和Kerberos认证原理的介绍。
由于写作难度不小，加上写作和资料收集只能在工作之余进行，所以很多次都有中途放弃的念头。很有意思的是，每次在我下定决心放弃写作后没几天总是会收到《卷1》的读者给我的留言，这些留言体现了对《卷1》的肯定，充满了对《卷2》的期待。读者的肯定和期待一次次给了我坚持下去的力量，前后经历了两年的时间终于完成了《卷2》，这算是对读者的交代，也是对我自己的交代。
《卷2》完稿之后我开始为《卷1》的再版进行修订。对于出版后的《卷1》我基本上很少翻看，因为我个人基本上不太喜欢翻看自己写的东西，包括自己写的400多篇博客文章。针对《卷1》的修订让我第一次完整地阅读自己写的东西，经过了写作《卷2》的“折磨”，让我对WCF有了更加深刻的认识，于是我基于对WCF最新的理解开始对《卷1》的内容进行大刀阔斧的修改。虽然《卷1》大体上还是保留着原来的结构，但是内容已经发生了巨大的改变。据我粗略估计，改动内容的比率基本上达到一半。
最后我将《卷2》和修订后的《卷1》给李建忠和吕建伟（阿朱）老师帮忙审阅，李建忠老师建议增加关于WCF REST的内容，于是我在《卷1》中新加了“REST服务”一章。由于新的《卷1》已经难现往日模样，在本书的策划编辑张春雨老师的建议下我决定将原《卷1》和《卷2》作为一个整体分上、下册出版，于是才有了你手中的这本《WCF全面解析》。 “实践出真知”，不断地在具体应用中进行实践是学习WCF最有效的手段。实践是检验真理的唯一标准，通过将所学的WCF知识应用到一个真正的应用之中，才能确保我们掌握的知识的正确性。实践不但可以巩固我们的所学，还会让我们意识到不足。《WCF全面解析》在每一章节都会提供一系列的实例演示，读者可以单独下载这163个实例的源代码。

⑵ c#数据库连接加密

我来回答吧： 不懂可以Hi，我一般都是这么做的

先给你个加密和解密类
告诉你个加密 解密类。
using System;
using System.IO;
using System.Security.Cryptography;

namespace CryptInfoNameSpace
{
class CryptInfo
{
//加密
public static string Encrypt(string text)
{
Rijndael crypt=Rijndael.Create();
byte[] key=new byte[32]{0XA6,0X7D,0XE1,0X3F,0X35,0X0E,0XE1,0XA9,0X83,0XA5,0X62,0XAA,0X7A,0XAE,0X79,0X98,
0XA7,0X33,0X49,0XFF,0XE6,0XAE,0XBF,0X8D,0X8D,0X20,0X8A,0X49,0X31,0X3A,0X12,0X40};
byte[] iv=new byte[16]{0XF8,0X8B,0X01,0XFB,0X08,0X85,0X9A,0XA4,0XBE,0X45,0X28,0X56,0X03,0X42,0XF6,0X19};

crypt.Key=key;
crypt.IV=iv;

MemoryStream ms=new MemoryStream();
ICryptoTransform transformEncode=new ToBase64Transform();
//Base64编码
CryptoStream csEncode=new CryptoStream(ms,transformEncode,CryptoStreamMode.Write);

CryptoStream csEncrypt=new CryptoStream(csEncode,crypt.CreateEncryptor(),CryptoStreamMode.Write);

System.Text.UTF8Encoding enc=new System.Text.UTF8Encoding();
byte[] rawData=enc.GetBytes(text);

csEncrypt.Write(rawData,0,rawData.Length);
csEncrypt.FlushFinalBlock();

byte[] encryptedData=new byte[ms.Length];
ms.Position=0;
ms.Read(encryptedData,0,(int)ms.Length);
return enc.GetString(encryptedData);
}
//解密，加密解密中的 byte[] key，byte[] iv可以自行修改，加密解密的 数组值一定一致，否则无法对应加密 解密。
public static string Decrypt(string text)
{
Rijndael crypt=Rijndael.Create();
byte[] key=new byte[32]{0XA6,0X7D,0XE1,0X3F,0X35,0X0E,0XE1,0XA9,0X83,0XA5,0X62,0XAA,0X7A,0XAE,0X79,0X98,
0XA7,0X33,0X49,0XFF,0XE6,0XAE,0XBF,0X8D,0X8D,0X20,0X8A,0X49,0X31,0X3A,0X12,0X40};
byte[] iv=new byte[16]{0XF8,0X8B,0X01,0XFB,0X08,0X85,0X9A,0XA4,0XBE,0X45,0X28,0X56,0X03,0X42,0XF6,0X19};

crypt.Key=key;
crypt.IV=iv;

MemoryStream ms=new MemoryStream();

CryptoStream csDecrypt=new CryptoStream(ms,crypt.CreateDecryptor(),CryptoStreamMode.Write);

ICryptoTransform transformDecode=new FromBase64Transform();
CryptoStream csDecode=new CryptoStream(csDecrypt,transformDecode,CryptoStreamMode.Write);

System.Text.UTF8Encoding enc=new System.Text.UTF8Encoding();
byte[] rawData=enc.GetBytes(text);
csDecode.Write(rawData,0,rawData.Length);
csDecode.FlushFinalBlock();

byte[] decryptedData=new byte[ms.Length];
ms.Position=0;
ms.Read(decryptedData,0,(int)ms.Length);
return(enc.GetString(decryptedData));
}
}
}

在项目中 引用该类，
下面个思路：

把数据连接字符串 ，经过CryptInfoNameSpace.CryptInfo.Encrypt(string text)加密后 ,写入配置文件inf 或者 配置文件txt文件。
当执行Main函数时，读取配置文件，（如果配置文件不存在，或者读取错误， 重新加密的数据库连接字符串加密后写入配置文件）。然后通过函数 CryptInfoNameSpace.CryptInfo.Decrypt(string text)方法解密成原文连接字符串，并传递给其他类使用。即可。

⑶ 如何创建通过 WebSocket 进行通信的 WCF 服务

WebSocket是HTML5开始提供的一种浏览器与服务器间进行全双工通讯的网络技术。在WebSocket API中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。
Cocos2d-x引擎集成libwebsockets，并在libwebsockets的客户端API基础上封装了一层易用的接口，使得引擎在C++, JS, Lua层都能方便的使用WebSocket来进行游戏网络通讯。
引擎支持最新的WebSocket Version 13。
在C++中使用
详细代码可参考引擎目录下的/samples/Cpp/TestCpp/Classes/ExtensionsTest/NetworkTest/WebSocketTest.cpp文件。
头文件中的准备工作
首先需要include WebSocket的头文件。
#include "network/WebSocket.h"
cocos2d::network::WebSocket::Delegate定义了使用WebScocket需要监听的回调通知接口。使用WebSocket的类，需要public继承这个Delegate。
class WebSocketTestLayer : public cocos2d::Layer, public cocos2d::network::WebSocket::Delegate
并Override下面的4个接口：
virtual void onOpen(cocos2d::network::WebSocket* ws);
virtual void onMessage(cocos2d::network::WebSocket* ws, const cocos2d::network::WebSocket::Data& data);
virtual void onClose(cocos2d::network::WebSocket* ws);
virtual void onError(cocos2d::network::WebSocket* ws, const cocos2d::network::WebSocket::ErrorCode& error);
后面我们再详细介绍每个回调接口的含义。
新建WebSocket并初始化
WebSocket.org 提供了一个专门用来测试WebSocket的服务器"ws://echo.websocket.org"。 测试代码以链接这个服务器为例，展示如何在Cocos2d-x中使用WebSocket。
新建一个WebSocket：
cocos2d::network::WebSocket* _wsiSendText = new network::WebSocket();
init第一个参数是delegate，设置为this，第二个参数是服务器地址。 URL中的"ws://"标识是WebSocket协议，加密的WebSocket为"wss://".
_wsiSendText->init(*this, "ws://echo.websocket.org")
WebSocket消息监听
在调用send发送消息之前，先来看下4个消息回调。
onOpen
init会触发WebSocket链接服务器，如果成功，WebSocket就会调用onOpen，告诉调用者，客户端到服务器的通讯链路已经成功建立，可以收发消息了。
void WebSocketTestLayer::onOpen(network::WebSocket* ws)
{
if (ws == _wsiSendText)
{
_sendTextStatus->setString("Send Text WS was opened.");
}
}
onMessage
network::WebSocket::Data对象存储客户端接收到的数据， isBinary属性用来判断数据是二进制还是文本，len说明数据长度，bytes指向数据。
void WebSocketTestLayer::onMessage(network::WebSocket* ws, const network::WebSocket::Data& data)
{
if (!data.isBinary)
{
_sendTextTimes++;
char times[100] = {0};
sprintf(times, "%d", _sendTextTimes);
std::string textStr = std::string("response text msg: ")+data.bytes+", "+times;
log("%s", textStr.c_str());

_sendTextStatus->setString(textStr.c_str());
}
}
onClose
不管是服务器主动还是被动关闭了WebSocket，客户端将收到这个请求后，需要释放WebSocket内存，并养成良好的习惯：置空指针。
void WebSocketTestLayer::onClose(network::WebSocket* ws)
{
if (ws == _wsiSendText)
{
_wsiSendText = NULL;
}
CC_SAFE_DELETE(ws);
}
onError
客户端发送的请求，如果发生错误，就会收到onError消息，游戏针对不同的错误码，做出相应的处理。
void WebSocketTestLayer::onError(network::WebSocket* ws, const network::WebSocket::ErrorCode& error)
{
log("Error was fired, error code: %d", error);
if (ws == _wsiSendText)
{
char buf[100] = {0};
sprintf(buf, "an error was fired, code: %d", error);
_sendTextStatus->setString(buf);
}
}
send消息到服务器
在init之后，我们就可以调用send接口，往服务器发送数据请求。send有文本和二进制两中模式。
发送文本
_wsiSendText->send("Hello WebSocket, I'm a text message.");
发送二进制数据(多了一个len参数)
_wsiSendBinary->send((unsigned char*)buf, sizeof(buf));
主动关闭WebSocket
这是让整个流程变得完整的关键步骤, 当某个WebSocket的通讯不再使用的时候，我们必须手动关闭这个WebSocket与服务器的连接。close会触发onClose消息，而后onClose里面，我们释放内存。
_wsiSendText->close();
在Lua中使用
详细代码可参考引擎目录下的/samples/Lua/TestLua/Resources/luaScript/ExtensionTest/WebProxyTest.lua文件。
创建WebSocket对象
脚本接口相对C++要简单很多，没有头文件，创建WebSocket对象使用下面的一行代码搞定。 参数是服务器地址。
wsSendText = WebSocket:create("ws://echo.websocket.org")
定义并注册消息回调函数
回调函数是普通的Lua function，4个消息回调和c++的用途一致，参考上面的说明。
local function wsSendTextOpen(strData)
sendTextStatus:setString("Send Text WS was opened.")
end

local function wsSendTextMessage(strData)
receiveTextTimes= receiveTextTimes + 1
local strInfo= "response text msg: "..strData..", "..receiveTextTimes
sendTextStatus:setString(strInfo)
end

local function wsSendTextClose(strData)
print("_wsiSendText websocket instance closed.")
sendTextStatus = nil
wsSendText = nil
end

local function wsSendTextError(strData)
print("sendText Error was fired")
end
Lua的消息注册不同于C++的继承 & Override，有单独的接口registerScriptHandler。 registerScriptHandler第一个参数是回调函数名，第二个参数是回调类型。 每一个WebSocket实例都需要绑定一次。
if nil ~= wsSendText then
wsSendText:registerScriptHandler(wsSendTextOpen,cc.WEBSOCKET_OPEN)
wsSendText:registerScriptHandler(wsSendTextMessage,cc.WEBSOCKET_MESSAGE)
wsSendText:registerScriptHandler(wsSendTextClose,cc.WEBSOCKET_CLOSE)
wsSendText:registerScriptHandler(wsSendTextError,cc.WEBSOCKET_ERROR)
end
send消息
Lua中发送不区分文本或二进制模式，均使用下面的接口。
wsSendText:sendString("Hello WebSocket中文, I'm a text message.")
主动关闭WebSocket
当某个WebSocket的通讯不再使用的时候，我们必须手动关闭这个WebSocket与服务器的连接，以释放服务器和客户端的资源。close会触发cc.WEBSOCKET_CLOSE消息。
wsSendText:close()
在JSB中使用
详细代码可参考引擎目录下的/samples/Javascript/Shared/tests/ExtensionsTest/NetworkTest/WebSocketTest.js文件。
创建WebSocket对象
脚本接口相对C++要简单很多，没有头文件，创建WebSocket对象使用下面的一行代码搞定。 参数是服务器地址。
this._wsiSendText = new WebSocket("ws://echo.websocket.org");
设置消息回调函数
JSB中的回调函数是WebSocket实例的属性，使用匿名函数直接赋值给对应属性。可以看出JS语言的特性，让绑定回调函数更加优美。四个回调的含义，参考上面c++的描述。
this._wsiSendText.onopen = function(evt) {
self._sendTextStatus.setString("Send Text WS was opened.");
};

this._wsiSendText.onmessage = function(evt) {
self._sendTextTimes++;
var textStr = "response text msg: "+evt.data+", "+self._sendTextTimes;
cc.log(textStr);

self._sendTextStatus.setString(textStr);
};

this._wsiSendText.onerror = function(evt) {
cc.log("sendText Error was fired");
};

this._wsiSendText.onclose = function(evt) {
cc.log("_wsiSendText websocket instance closed.");
self._wsiSendText = null;
};
send消息
发送文本，无需转换，代码如下：
this._wsiSendText.send("Hello WebSocket中文, I'm a text message.");
发送二进制，测试代码中，使用_stringConvertToArray函数来转换string为二进制数据，模拟二进制的发送。 new Uint16Array创建一个16位无符号整数值的类型化数组，内容将初始化为0。然后，循环读取字符串的每一个字符的Unicode编码，并存入Uint16Array，最终得到一个二进制对象。
_stringConvertToArray:function (strData) {
if (!strData)
returnnull;

var arrData = new Uint16Array(strData.length);
for (var i = 0; i < strData.length; i++) {
arrData[i] = strData.charCodeAt(i);
}
return arrData;
},
send二进制接口和send文本没有区别，区别在于传入的对象，JS内部自己知道对象是文本还是二进制数据，然后做不同的处理。
var buf = "Hello WebSocket中文,\0 I'm\0 a\0 binary\0 message\0.";
var binary = this._stringConvertToArray(buf);

this._wsiSendBinary.send(binary.buffer);
主动关闭WebSocket
当某个WebSocket的通讯不再使用的时候，我们必须手动关闭这个WebSocket与服务器的连接，以释放服务器和客户端的资源。close会触发onclose消息。
onExit: function() {

if (this._wsiSendText)

this._wsiSendText.close();

⑷ .NET 的 WCF 和 WebService 有什么区别

微软论坛的斑竹回答如下：

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

2.WCF：其实一定程度上就是ASP.NET Web Service,因为它支持Web Service的行业标准和核心协议，因此ASP.NET Web Service和WSE能做的事情，它几乎都能胜任，跨平台和语言更不是问题（数据也支持XML格式化，而且提供了自己的格式化器）。
但是WCF作为微软主推一个通讯组件或者平台，它的目标不仅仅是在支持和集成Web Service,因为它还兼容和具备了微软早期很多技术的特性。
根据微软官方的解释，WCF（之前的版本名为“Indigo”）是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列。以通信(Communiation)范围而论，它可以跨进程、跨机器、跨子网、企业网乃至于 Internet；以宿主程序而论，可以以ASP.NET，EXE，WPF，Windows Forms，NT Service，COM+作为宿主(Host)。WCF可以支持的协议包括TCP，HTTP，跨进程以及自定义，安全模式则包括SAML， Kerberos，X509，用户/密码，自定义等多种标准与模式。也就是说，在WCF框架下，开发基于SOA的分布式系统变得容易了，微软将所有与此相关的技术要素都包含在内，掌握了WCF，就相当于掌握了叩开SOA大门的钥匙。

⑸ 什么是WCF

Windows Communication Foundation(WCF)是由微软开发的一系列支持数据通信的应用程序框架，可以翻译为Windows 通讯开发平台。
整合了原有的windows通讯的 .net Remoting，WebService，Socket的机制，并融合有HTTP和FTP的相关技术。
是Windows平台上开发分布式应用最佳的实践方式。
简单的归结为四大部分
1>.网络服务的协议，即用什么网络协议开放客户端接入。
2>.业务服务的协议，即声明服务提供哪些业务。
3>.数据类型声明，即对客户端与服务器端通信的数据部分进行一致化。
4>.传输安全性相关的定义。它是.NET框架的一部分，由 .NET Framework3.0 开始引入，与Windows Presentation Foundation及Windows Workflow Foundation并行为新一代 Windows操作系统以及 WinFX 的三个重大应用程序开发类库。在 .NET Framework2.0 以及前版本中，微软发展了 Web Service(SOAP with HTTP communication)，.NET Remoting (TCP/HTTP/Pipeline communication) 以及基础的 Winsock 等通信支持。由于各个通信方法的设计方法不同，而且彼此之间也有相互的重叠性，对于开发人员来说，不同的选择会有不同的程序设计模型，而且必须要重新学习，让开发人员在使用中有许多不便。同时，面向服务架构(Service-Oriented Architecture) 也开始盛行于软件工业中，因此微软重新查看了这些通信方法，并设计了一个统一的程序开发模型，对于数据通信提供了最基本最有弹性的支持，这就是 Windows Communication Foundation。

⑹ WCF和WebService的区别，有什么优势

WCF是微软.NET战略中的一大集成者，将.NET中各种网络通信技术集成在一起，构成了WCF。而Web Service是一个很通用的概念，在asp.net中就指一个web服务，wcf包含了所有.net以前的网络通信技术，当然也就包含了web service。

⑺ 技术中的wcf是什么意思

Windows Communication Foundation(WCF)是由微软开发的一系列支持数据通信的应用程序框架，可以翻译为Windows 通讯开发平台。

整合了原有的windows通讯的 .net Remoting，WebService，Socket的机制，并融合有HTTP和FTP的相关技术。

是Windows平台上开发分布式应用最佳的实践方式。

简单的归结为四大部分：

1、网络服务的协议，即用什么网络协议开放客户端接入。

2、业务服务的协议，即声明服务提供哪些业务。

3、数据类型声明，即对客户端与服务器端通信的数据部分进行一致化。

4、传输安全性相关的定义。

wcf客户端：

对于 WCF 的客户端来说，WCF 服务就像是一个 Web Service 一样，在 Visual Studio 2008 中，所有 WCF 服务的连接都是由客户端的 服务代理（WCF Service Proxy） 来运行，开发人员不用花费太多心思在通信上，而 WCF Service Proxy 在 Visual Studio 中被称为服务引用(Service Reference)。

在 Visual Studio 中加入 WCF 的服务引用时，Visual Studio 会自动帮开发人员做掉一些必要工作（例如组态创建以及产生 Service Proxy 等），开发人员只需要在代码中取用 WCF Service Proxy 对象即可。

⑻ Web Service和WCF的到底有什么区别

【1】Web Service：严格来说是行业标准，也就是Web Service 规范，也称作WS-*规范，既不是框架，也不是技术。
它有一套完成的规范体系标准，而且在持续不断的更新完善中。
它使用XML扩展标记语言来表示数据（这个是夸语言和平台的关键）。微软的Web服务实现称为ASP.NET Web Service.它使用Soap简单对象访问协议来实现分布式环境里应用程序之间的数据交互。WSDL来实现服务接口相关的描述。此外Web services 可以注册到UDDI中心.供其客户查找使用。
后来微软做了ASP.NET Web Service的安全，性能，数据加密、解密，托管宿主等多方面的扩展，称为WSE系列，这个是过度产品，最高到WSE3.0.后来就是WCF时代。
【2】ASP.NET Web Service：微软提供了Web服务的开发框架，属于ASP.NET Framework的一部分，但是支持早起的WS规范。比如SOAP1.1。
【3】WCF：WCF 是一个分布式应用的开发框架，属于特定的技术，或者平台。既不是标准也不是规范。
WCF其实一定程度上就是ASP.NET Web Service,因为它支持Web Service的行业标准和核心协议，因此ASP.NET Web Service和WSE能做的事情，它几乎都能胜任，跨平台和语言更不是问题（数据也支持XML格式化，而且提供了自己的格式化器）。
但是WCF作为微软主推一个通讯组件或者平台，它的目标不仅仅是在支持和集成Web Service,因为它还兼容和具备了微软早期很多技术的特性。
根据微软官方的解释，WCF（之前的版本名为“Indigo”）是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列。以通信(Communiation)范围而论，它可以跨进程、跨机器、跨子网、企业网乃至于 Internet；以宿主程序而论，可以以ASP.NET，EXE，WPF，Windows Forms，NT Service，COM+作为宿主(Host)。WCF可以支持的协议包括TCP，HTTP，跨进程以及自定义，安全模式则包括SAML， Kerberos，X509，用户/密码，自定义等多种标准与模式。也就是说，在WCF框架下，开发基于SOA的分布式系统变得容易了，微软将所有与此相关的技术要素都包含在内，掌握了WCF，就相当于掌握了叩开SOA大门的钥匙 。如果你想对WCF学习系统化一些，必须向对如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列也有个详细的认识的话，你可以看看我的博客，在此之前我对WCF学习相关的知识都系统的进行了整理。这个是文章目录：老徐的博客：文章目录 。
还有一点就是，很多人对WCF学习感兴趣，当初我也是，直接奔WCF而来，其实在后来的学习中感觉吃力，因为WCF宣称的很多特性和优势，我们无法理解，更无法体会。文中提到了很多微软的早期技术如果都没有接触过，这些对比我们就无法有深刻的体会。
【4】结论：
那么我们看了这些分析以后，就可以知道以上的结论为什么错误了。
不能哪一个技术框架和行业标准作比较，任何对于二者的比较 都是错误的，因为两者根不不在同一个范畴里。就好比不能拿个汽车和交通法规比较一样。这是个误区。
Web Service太旧了：框架都版本的差异，功能特性上却是有新旧之分，但是对于特定的系统，适合自己的就是最好的。 Web Service 就是 ASP.NET Web Service：同样不是一个范畴。前者规范，后者是框架 WCF比Web Service性能好：不是一个范畴， WCF 比 ASP.NET Web Service快：不一定，需要特定的限制条件，WCF使用BasicHttpBinding的时候与ASP.NET Web Service协议一样。 WCF比Web Service速度快：同样概念不严格。 WCF比Web Service强大：WCF却是集成了多种微软的分布式技术，但是这里应该严格说是：ASP.NET Web Service WCF比 Web Service安全：不严格。其次WCF也可以开发完全裸奔的应用程序。 Web Service必将被WCF取代；Web Service不会被WCF取代！前者是一套广泛使用的规范。如果说WCF能取代的是ASP.NET Web Service，因为二者都是.NET平台上的技术。 WCF其实就是Web Service：WCF在某些情况下不遵守 Web服务规范，也就是可以开发非服务性质的应用。而且不能简单等同。 WCF非常简单，其实没有什么：WCF虽然是个服务开发框架，但是如果你深入学习，会发现WCF架构的强大之处。单单是WCF安全这一块已经相当的复杂了。况且还要统一编程模型，兼容和支持许多早期的分布式技术。很多人轻易下这样的结论，一定是仅仅看了一些文章或书籍，不一定写过代码。高手不会这样武断地下结论。

在WCF支持的各种协议中：每种协议中消息都有不同的传输格式、不同的编码格式等等，WCF 以统一的方式来调用各种编码器、进行传输。假如以后有新的协议出现，WCF并不用更改现有的框架、只用针对该协议做扩展就可以支持该协议了。这就很好地适应了变化，可以说WCF是封装变化的绝佳实践。
再来谈谈你的问题，WCF与Web 服务是什么关系，WCF 能够创建兼容 Web 服务的服务，也就是说可以创建能够与Web 服务互联互通的服务，他们两个并不能用简单包含或者等同关系来表述。WCF 是一套框架，用来创建各种服务。其中包括创建 Web服务（采用 basicHttpBinding绑定的服务就是一个Web 服务）。

WCF可以不依赖于IIS。
WCF可以配置成BasicHttpBinding来兼容（或者说变身成）WS。
WCF可以基于TCP或者MessegeQueue来传输数据。
WCF的可配置性比WS强，比如安全性。
WCF可以是有状态的，并支持事务。
WCF 支持多种通信协议 Http/Https 、TCP/UDP、MSMQ、命名管道、对等网、
消息可达性、事务流等。
WCF 可以与ASP.NET 集成、共享一个上下文（HttpContext）。
WCF 支持多种消息传输格式 :text,binary,mtom,Json 等。
WCF 安全性要强：支持对称安全、非对称安全、消息安全、传输安全、
SSL 流安全、Windows 流安全等。
WCF 支持多种会话模式：单向、双向、请求/响应。
WCF 支持REST 。
WCF 支持多种格式化方式。DataContractSerializer、XmlSerializer、
DataContractJsonSerializer 等。
WCF 支持 WAS hosting、Windows 服务 hosting、Self-Hosting、IIS hosting 等。
WCF 支持多种并发模式：单例、单调、会话 。

⑼ WCF的双工通讯跟socket有什么区别WCF的双工通讯能完全替代socket的侦听吗

第一：在服务契约上标注一下你的回调契约是哪个即可。
[ServiceContract(CallbackContract = typeof(你的回调契约类型))]

第二：回调契约就是用于服务端控制客户端的。比如，一个典型场景是，客户端提交请求以后立即返回；服务端处理一段时间后，再通知客户端结果。

第三：“假如我有一个总控制台，想控制下面的各个客户端，是不是必须使用wcf双工技术才能实现？”是的。

第四：“QQ的远程操作要用什么技术弄呢”这个就比较复杂了。简而言之，就是操作端往接收端发送指令，接收端根据指令来操作，并返回画面数据。比如，操作端发送鼠标键盘的信息，接收端把这些信息变成Windows消息，发送给操作系统（相当于重现一次鼠标键盘操作）。

⑽ WCF的发展前景怎么样

可以说是ASP.NET Web Service升级版本 ，webservice进行了性能，数据加密、解密，托管宿主等多方面的扩展，最后的WCF是个很成熟的产品，将广泛用于分布式开发