首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

2019-2-13-wcf入门(15)

本文demo已上传至github:xinyuehtx/WCFdemo 这篇文章将会介绍binding ---- 绑定 绑定是用于配置wcf如何进行endpoint的对象,其包括协议配置(如2019-2...不同的绑定能够支持的wcf服务功能也不同。作为入门教程,这里主要介绍下有哪些常见的系统的绑定,以及其支持的功能和适用场景。...WSHttpBinding:一个安全且可互操作的绑定,适合于非双工服务约定,支持会话,可靠会话 NetNamedPipeBinding:一个安全、可靠且经过优化的绑定,适用于 WCF 应用程序之间本机的通信...,支持会话 NetMsmqBinding: 一个排队绑定,适用于 WCF 应用程序之间的跨计算机间的通信,支持会话, 非双工 NetTcpBinding: 一个安全且经过优化的绑定,适用于 WCF 应用程序之间跨计算机的通信...12-wcf入门(14) - huangtengxiao 系统提供的绑定 - Microsoft Docs CustomBinding Class (System.ServiceModel.Channels

36130

WCF后续之旅(13): 创建一个简单的WCF SOAP Message拦截、转发工具

WCF是.NET平台下实现SOA的一种手段,SOA的一个重要的特征就基于Message的通信方式。从Messaging的角度讲,WCF可以看成是对Message进行发送、传递、接收、基础的工具。...它将被置于WCF调用的client和service之间,拦截并转发从client到service的request message,以及service到client的response message,并将...一、创建一个简单的WCF应用 由于我们将要创建的message interceptor需要应用到具体的WCF应用中进行工作和检验,我们需要首先创建一个简单的WCF应用。...我们知道,虽然我们在进行WCF service调用的时候,我们的参数列表,无论是个数、数据类型和次序,都千差万别,我们的返回值类型也各有不同,但是WCF service的调用最终是基于Message的,...WCF的Channel Listener监听并接收request message后,Channel Dispatcher通过Contract Message Filter和Address Message

60130
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    WCF后续之旅(17):通过tcpTracer进行消息的路由

    在另一方面,从目的端口发送给原端口的消息,也同样被tcpTracer截获、显示和转发。 接下来我们我们通过下面的步骤演示如何通过tcpTracer在WCF中进行消息的路由。...16: 17: 18: 19:  注:由于本例仅仅用于模拟消息的路由...对于路由的实现,本质上就是实现逻辑地址和物理地址的分离。...实现Localization WCF后续之旅(6): 通过WCF Extension实现Context信息的传递 WCF后续之旅(7):通过WCF Extension实现和Enterprise Library...:创建一个简单的SOAP Message拦截、转发工具[下篇] WCF后续之旅(14):TCP端口共享 WCF后续之旅(15): 逻辑地址和物理地址 WCF后续之旅(16): 消息是如何分发到Endpoint

    70290

    使命必达: 深入剖析WCF的可靠会话(内含美女图片,定力差者慎入)

    模式下的WCF服务就一定是并发执行的吗[上篇]》、《ConcurrencyMode.Multiple 模式下的WCF服务就一定是并发执行的吗[下篇]》、《控制并发访问的三道屏障[上篇]》和《控制并发访问的三道屏障...WCF本质上是一个消息处理框架,作为整个消息交换系统的两个终端,即发送端和接收端。换句话说,WCF仅仅负责对消息的发送和接收,一旦消息通过WCF的信道层进入了网络,就脱离了WCF的控制范围。...,我们现在正式来创建我们用于图片传输的WCF服务。...Transfer方法用于对图片切片(以字节数组的形式)的传输,而Erase则用于通知接收端将之前接收的图片删除。...图5  同时选择可靠会话和有序交付时图片传输情况 实际上,WCF的可靠会话涉及到WS中一个重要的概念——可靠消息传输(RM:Reliable Messaging)。

    1.2K100

    WCF客户端和服务器时间不一致,导致通道建立失败的问题)

    考虑到系统近来没有做过改动和升级操作,所以从客户的机器环境入手解决,最后发现客户端的日期时间和服务端的日期时间有较大差异,将客户端机器修改成和服务端的日期时间一致后,系统恢复正常。...查了一下资料,原来WCF安全校验通道,在建立时,会将客户端和服务端的时间进行对比,如果差异超过一定范围,通道建立工作就会失败;这个时间范围默认为5分钟,可通过配置进行修改,具体方法可到网上搜索。...另外,客户端为什么用的好好的,突然就不行了,最后检查发现,客户端的机器在同步网络上的时间,这样,在客户端的机器同步了网络时间并且和服务端时间不一致时,系统就会出现异常。...好了,既然发现了问题,那么怎么解决呢,想到的办法有3个: 1.将WCF配置为非安全校验类型,这个风险较大,直接放弃 2.修改配置,将5分钟差异范围增大为30分钟,或更长,如下:   这个方法带来的问题是...,我们必须使用customBinding绑定方式;并且,各个客户端的时间可能不一致,导致业务数据混乱   customBinding>        <binding name="MyCustomBinding

    1K10

    WCF传输1-你是否使用过压缩或Json序列化?

    JSON格式 今天来探讨一下WCF自带的压缩方式Gzip和Json序列化 先上图: ?...(1) 压缩或Json格式化需要消耗一定的资源,如果CPU和内存不足时,慎用压缩或Json格式化。...(2) 压缩或Json格式化需要消耗一定的时间,如果数据量很大,那么压缩或Json格式化的时间也很大,对于需要快速响应的系统,慎用压缩或Json格式化。...版权声明:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接。 特此声明:所有评论和私信都会在第一时间回复。...也欢迎园子的大大们指正错误,共同进步。或者直接私信我 声援博主:您的鼓励是作者坚持原创和持续写作的最大动力!

    1.2K100

    WCF学习五(客户端和服务器时间不一致,导致通道建立失败的问题)

    考虑到系统近来没有做过改动和升级操作,所以从客户的机器环境入手解决,最后发现客户端的日期时间和服务端的日期时间有较大差异,将客户端机器修改成和服务端的日期时间一致后,系统恢复正常。...查了一下资料,原来WCF安全校验通道,在建立时,会将客户端和服务端的时间进行对比,如果差异超过一定范围,通道建立工作就会失败;这个时间范围默认为5分钟,可通过配置进行修改,具体方法可到网上搜索。...另外,客户端为什么用的好好的,突然就不行了,最后检查发现,客户端的机器在同步网络上的时间,这样,在客户端的机器同步了网络时间并且和服务端时间不一致时,系统就会出现异常。...好了,既然发现了问题,那么怎么解决呢,想到的办法有3个: 1.将WCF配置为非安全校验类型,这个风险较大,直接放弃 2.修改配置,将5分钟差异范围增大为30分钟,或更长,如下:   这个方法带来的问题是...,我们必须使用customBinding绑定方式;并且,各个客户端的时间可能不一致,导致业务数据混乱   customBinding>        <binding name="MyCustomBinding

    1K10

    WCF传输1-你是否使用过压缩或Json序列化?

    JSON格式 今天来探讨一下WCF自带的压缩方式Gzip和Json序列化 先上图: ?...比未经过序列化的数据减少了89 bytes的数据。 这里有个问题,为什么Json格式的数据比原WCF基于XML传输的数据小???...(2) 压缩或Json格式化需要消耗一定的时间,如果数据量很大,那么压缩或Json格式化的时间也很大,对于需要快速响应的系统,慎用压缩或Json格式化。...版权声明:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接。 特此声明:所有评论和私信都会在第一时间回复。...您的鼓励是作者坚持原创和持续写作的最大动力!

    66140

    使命必达: 深入剖析WCF的可靠会话(下)

    《上篇》对实现可靠会话的绑定元素已经如何使用系统绑定实现可靠会话进行了介绍,下篇将和你探讨WCF可靠会话编程模型余下两个主题:自定义绑定和对消息传递的强制约束。...要搞清楚这个问题,需要对WCF的绑定模型有一个大致的了解。绑定的目的创建一个用于处理和传输消息的信道栈,信道在信道栈的顺序决定于对应的绑定元素的排列顺序。...,分别代表相应的终结点绑定必须满足的两个要求:队列传递和有序交付。...举个例子,假设我们定义如下一个IOrderService的服务契约用于处理订单。...但是图1就是真实运行后的截图,这是WCF自身的一个Bug。在《WCF 中关于可靠会话的BUG!!》这篇文章中有对该Bug的原因的深入探讨。 ?

    57080

    菜菜从零学习WCF三(配置服务)

    配置服务概述 在设计和实现服务协定后,即可配置服务。在其中可以定义和自定义如何向客户端公开服务,包括指定可以找到服务的地址、服务用于发送和接收消息的传输和消息编码,以及服务需要的安全类型。   ...此外,WCF包括几个系统提供的元素,可用于快速选择服务的最基本的功能   --WCF使用.NET Framework的System.Configuration配置系统     1.使用IIS来承载服务-...配置绑定   绑定是用于指定连接到Windows Communication Foundation(WCF)服务终结点所必需的通信详细信息的对象。WCF服务中的每个终结点都要求正确指定绑定。   ...:     --选择和定义绑定.最简单的方法就是选择WCF包含的系统提供绑定中的一个,并且通过该绑定的默认设置来使用它。。     ...9个binding之一, 比如是basicHttpBinding,也可以是自定义的customBinding。

    80310

    WCF技术剖析之三十二:一步步创建一个完整的分布式事务应用

    在完成了对于WCF事务编程(《上篇》、《中篇》、《下篇》)的介绍后,本篇文章将提供一个完整的分布式事务的WCF服务应用,通过本例,读者不仅仅会了解到如何编程实现事务型服务,还会获得其他相关的知识,比如DTC...和AS-AT的配置等。...操作就是调用上述的两个服务,由于服务调用设置到对服务代理的关闭以及异常的处理(相关的内容在《WCF技术剖析(卷1)》的第8章有详细的介绍),为了实现代码的复用,我定义了一个静态的ServiceInvoker...ServiceInvoker定义如下,泛型方法Invoke用于进行服务的调用,并实现了服务代理的关闭(Close),以及异常抛出是对服务代理的中止(Abort)。...关于.svc文件的具体定义,在这里就不再重复介绍了,对此不了解的读者,可以参阅《WCF技术剖析(卷1)》第7章关于IIS服务寄宿部分。

    68380

    菜菜从零学习WCF七(消息协定)

    对于这种情况,最常见的方案是插入自定义SOP标头。     另一种常见方案是定义消息头和正文的安全属性,也就是说,确定是否对这些元素进行数字签名和加密。消息样式的操作可提供这种控制。     ...    消息协定可以指示消息和正文是否应进行数字签名和加密     通过在MessageHeaderAttribute和MessageBodyMemberAttribute属性(attribute)上设置...不过,您应该将每个正文部分的保护级别设置为实际要求的最低保护级别 控制标头和正文部分的名称和命名空间     在消息协定的SOAP表示形式中,每个标头和正文部分都映射为一个具有名称和命名空间的XML元素...在从新版本应用程序向旧版本应用程序发送消息时,系统必需处理额外的标头,同样,反方向操作时系统必需处理缺少的标头    下面的规则适用于标头的版本管理:       WCF不反对缺少标头,相应的成员将保留其默认值...消息正文具有类似的版本管理规则,即忽略缺少和附加的消息正文部分 性能注意事项   每个消息头和消息正文部分相互独立的进行序列化。因此,可以为每个标头和正文部分重新声明相同的命名空间。

    2.6K41

    2019-2-12-wcf入门(14)

    我们知道网络数据在传输过程中,丢包,乱序都是一种很常见的情况。 对于某些软件,数据的完整性和有序性是有要求的。 这个时候为了保证应用层面的稳定和有序,就需要一些设置确保消息能够确保端对端的传递。...比如客户端发送消息时,服务端正好不可用(比如重启),那么可以通过一些方式(比如缓存消息,至服务可用时再发送),确保服务端可用时能够收到消息 可靠消息的实现 可靠消息的在wcf的实现方式有两种:队列和可靠会话...队列提供了消息发送和接收的缓冲区,将消息的源和目标进行分离。...创建服务和客户端进程 ? 在服务端我们创建一个CustomBinding将UnreliableElement和TcpTransportBindingElement传入 ?...欢迎转载、使用、重新发布,但务必保留文章署名黄腾霄(包含链接: https://xinyuehtx.github.io ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。

    44320

    快速入门系列--WCF--06并发限流、可靠会话和队列服务

    属性定义了Single、Reentrant和Multiple三种典型的并发模式,Single表示一个实例上下文InstanceContext只能用于单一请求的处理,Reentrant也表示一个实力上下文某一时刻只能用于对单一请求的处理...实际上WCF在其内部构建一个专门的内部组件FlowThrottle,其包含一个Capacity属性,表示最大流量,以及一个队列和计数器。...说到这,不得不提TCP协议,其就是用在解决IP层消息传输不可能和无连接问题的,其通过3此握手建立长连接,通过消息确认和超时重传机制来保证消息的可靠性。那么它与现在要提及的WCF中RM有什么区别呢?...和MessageNo,后者用于识别顺序,此外还包含AcksTo、Expires、Offer等参数,最后会TerminateSequence。...事务处理协议,包括OleTx和WS-AT两种:前者采用RPC作为通信手段,使用二进制编码,是最高效的分布式处理协议,但只能用于Windows平台;后者WS-AT是WS-*的一员,支持跨平台。

    1K70

    WCF技术剖析之三十一: WCF事务编程

    至于WCF框架是否有能力对事物进行流转,按照怎样的协议进行流转,则是通过绑定实现的,现在我们首先看看怎样的绑定具有事务流转的能力。...消息交换是WCF进行通信的唯一手段,任何需要传输的数据最终都需要最为消息的一部分。...通过《谈谈分布式事务之四: 两种事务处理协议OleTx与WS-AT》我们知道,WCF支持三种不同的事务处理协议:OleTx,WS-AT 1.0和WS-AT 1.0。...,用于获取分别代表OleTx,WS-AT 1.0和WS-AT 1.0三种协议的具体TransactionProtocol对象。...对于WCF的客户端框架来说,对于通过TransactionFlowAttribute特性设置的三个选项来说,NotAllowed和Allowed对绑定的事务流转能力没有任何要求,而Madantory则强制要求终结点的绑定能够实现事务的流转

    72960

    .Net微信网页开发之JSSDK使用步骤和配置信息timestamp(时间戳),nonceStr(随机串),signature(签名),access_token(接口调用凭据)的生成获取讲解

    看了下微信官方文档对于accessToken和jsapi_ticket的生成示例代码并没有看到咱们大.Net的,所以为了帮助那些刚接触微信开发的同学,在这里我会把自己在使用微信JS-SDK的一些步骤和配置信息生成的方法展示出来...appId: '', // 必填,公众号的唯一标识 timestamp: , // 必填,生成签名的时间戳 nonceStr: '', // 必填,生成签名的随机串 signature...,NonceStrings数组中获取对应数组值 } return sb.ToString(); } 生成签名时间戳(timestamp):.../// /// 获取当前时间戳 /// /// ...//转化为时间戳 DateTime localTime = TimeZone.CurrentTimeZone.ToLocalTime(new DateTime

    2.2K30

    WCF技术剖析之二十一:WCF基本异常处理模式

    WCF通过两种典型序列化器实现对数据对象的序列化和反序列化,其中一个是传统的System.Xml.Serialization.XmlSerializer,该序列换器被ASP.NET Web服务用于对象和...XML之间的序列化和反序列化;另一个则是System.Runtime.Serialization.DataContractSerializer,用于基于数据契约对象的序列化和反序列化,后者是WCF默认采用的序列化器...关于序列化,和与此相关的数据契约、数据契约序列化器等,在《WCF技术剖析(卷1)》的第5章有深入、全面的介绍。...WCF通过System.ServiceModel.FaultContractAttribute特性定义,由于错误契约是基于服务操作级别的,所以该特性直接应用于服务契约接口或者类的操作契约方法成员上。...XML片断对应的名称和命名空间;如果这两个属性并未作显式设置,WCF将会使用DetailType对应的数据契约名称和命名空间; HasProtectionLevel和ProtectionLevel:

    1.3K110
    领券