随笔分类 -  [01] 技术剖析

上一页 1 ··· 7 8 9 10 11 12 13 14 15 ··· 22 下一页
摘要:ASP.NET由于采用了管道式设计,具有很好的扩展性,而整个ASP.NET MVC应用框架就是通过扩展ASP.NET实现的。通过上面对ASP.NET管道设计的介绍,我们知道ASP.NET的扩展点只要体现在HttpMoudle和HttpHandler这两个核心组建之上,实际上整个ASP.NET MVC框架就是通过自定义的HttpMoudle和HttpHandler实现的。为了上读者从整体上把握ASP.NET MVC的工作机制,接下来我按照其原理通过一些自定义组件来模拟ASP.NET MVC的运行原理,我们也可以将此视为一个“迷你版”的ASP.NET MVC。 阅读全文
posted @ 2012-03-11 09:34 Artech 阅读(24626) 评论(53) 推荐(70) 编辑
摘要:不知道大家是否意识到一个现象,我们所说的Web服务其实并没有直接建立在Web上而是建立在SOAP上。SOAP居然成为了Web服务的标准,以至于我们提到Web服务就会想到SOAP。随着在Web服务中引入了REST架构,SOAP在整个Web服务体系中的垄断地位正在发生改变,或者已经发生了改变。REST提倡一种面向资源的架构(ROA: Resource Oriented Architecture),鼓励我们直接在Web上建立一种轻量级的Web服务。WCF在3.5就提供了对REST的支持,在4.0中对此进行较大的改进。 阅读全文
posted @ 2012-02-15 08:56 Artech 阅读(21901) 评论(32) 推荐(17) 编辑
摘要:条件获取(Conditional Update)可以避免相同数据的重复传输,进而提高性能。条件更新(Conditional Update)用于解决资源并发操作问题。如果我们预先获取一个资源进行修改或者删除,条件更新检验帮助我们确认资源被获取出来到针对它的修改/删除操作被提交的这段时间内是否被其他人改动过。 阅读全文
posted @ 2012-02-14 08:41 Artech 阅读(6750) 评论(6) 推荐(9) 编辑
摘要:ASP.NET的输出缓存(Output Caching)机制允许我们针对整个Web页面或者页面的某个部分(主要针对用户控件)最终呈现的HTML进行缓存。对于后续针对相同资源的请求,只需要直接将缓存的HTML予以回复而无须按照页面处理生命周期对每次请求进行重复处理。WCF通过操作行为AspNetCacheProfileAttribute利用ASP.NET的输出缓存提供一种针对于某个操作的声明式缓存机制。 阅读全文
posted @ 2012-02-10 08:58 Artech 阅读(8002) 评论(16) 推荐(9) 编辑
摘要:REST服务采用面向资源的架构,而资源通过URI进行标识和定位,所以URI在REST中具有重要的地位。对于WCF来说,服务调用请求的URI映射为某个具体的操作,所以服务端需要解决的是如何根据请求URI选择出对应的操作。如果采用SOAP,操作的选择是根据消息的报头来实现的,那么REST服务又采用怎样的操作选择机制呢? 阅读全文
posted @ 2012-02-09 09:13 Artech 阅读(11697) 评论(14) 推荐(12) 编辑
摘要:WCF为REST服务的寄宿提供了一个新的ServiceHost,即WebServiceHost。WebServiceHost是ServiceHost的子类,而WebServiceHostFactory是对应的ServiceHostFactory,在基于IIS/WAS寄宿中被使用。由于对REST服务绝大部分功能的支持都是通过WebHttpBehavior这么一个终结点行为实现的,所以WebServiceHost的核心功能就是将该终结点行为应用到寄宿服务的所有终结点。除此之外,WebServiceHost还具有一些额外的功能,这些功能都是通过重写OnOpening方法实现的。 阅读全文
posted @ 2012-02-08 09:00 Artech 阅读(14241) 评论(17) 推荐(15) 编辑
摘要:可以说WebHttpBinding和WebHttpBehavior是整个Web HTTP编程模型最为核心的两个类型,前者主要解决消息编码问题,而余下的工作基本上落在了终结点行为WebHttpBehavior上。WebHttpBehavior属性HelpEnabled和AutomaticFormatSelectionEnabled是“帮助页面”与“自动消息格式选择”这两个特性的总开关。 阅读全文
posted @ 2012-02-07 08:37 Artech 阅读(15541) 评论(18) 推荐(15) 编辑
摘要:我们知道请求消息和回复消息分别是对操作方法输入参数和返回值(输出参数和引用参数)的封装,而请求消息和回复消息的主体具有两种不同的风格,即Bare和Wrapped。的Bare表示请求消息和回复消息的主体部分仅仅包含针对输入参数和返回值(输出参数和引用参数)序列化后的内容,而Wrapped则会在外面包装一个基于当前操作的“封套”。 阅读全文
posted @ 2012-02-06 08:52 Artech 阅读(14745) 评论(23) 推荐(8) 编辑
摘要:不论是我们采用SOAP还是REST架构风格,运行时框架体系依然不曾改变,终结点也仍旧是通信的核心。在Web HTTP编程模型中,我们采用基于WebHttpBinding绑定的终结点。绑定是一组相关绑定元素的有序组合,绑定的特性与能力决定于它包含的绑定元素,在这里我们通过分析绑定元素的方式来剖析WebHttpBinding绑定与其它绑定有何不同 阅读全文
posted @ 2012-02-05 09:36 Artech 阅读(22827) 评论(17) 推荐(6) 编辑
摘要:微软在WCF 3.5中就通过提供基于Web HTTP的编程模式使我们很容易地创建基于REST的服务,WCF 4.0中对此进行了较大的改进。为了让读者对REST在WCF中的应用有一个大致的了解,我们先来进行一个简单的实例演示。 阅读全文
posted @ 2012-02-04 11:47 Artech 阅读(50008) 评论(66) 推荐(53) 编辑
摘要:本篇文章介绍可以算是WCF 4.0基于限流(Throttling)的新特性,是在修订《WCF技术剖析(卷1)》的时候编写演示实例的时候发现的。这个特性没有出现在官方文档上面,至少在MSDN上的相关介绍依然是错误的。 阅读全文
posted @ 2011-12-31 12:49 Artech 阅读(7782) 评论(114) 推荐(22) 编辑
摘要:在《通过一个模拟程序让你明白ASP.NET MVC是如何运行的》一文中我通过一个普通的ASP.NET Web程序模拟了ASP.NET MVC的执行流程,现在我们通过类似的原理创建一个用于模拟WCF服务端和客户端工作原理的模拟程序。[源代码从这里下载] 阅读全文
posted @ 2011-12-07 21:25 Artech 阅读(11731) 评论(32) 推荐(33) 编辑
摘要:ASP.NET MVC的路由系统通过对HTTP请求的解析得到表示Controller、Action和其他相关的数据,并以此为依据激活Controller对象,调用相应的Action方法,并将方法返回的ActionResult写入HTTP回复中。为了更好的演示其实现原理,我创建一个简单的ASP.NET Web应用来模拟ASP.NET MVC的路由机制。这个例子中的相关组件基本上就是根据ASP.NET MVC的同名组件设计的,只是我将它们进行了最大限度的简化,因为我们只需要用它来演示大致的实现原理而已。 阅读全文
posted @ 2011-12-05 19:52 Artech 阅读(23903) 评论(62) 推荐(123) 编辑
摘要:在定义和寄宿WCF服务的时候会面临三个名称/命名空间,它们分别是ServiceContractAttribute、ServiceBehaviorAttribute和Binding的Name和Namespace属性,很对人对此不能很好地区分。 阅读全文
posted @ 2011-11-13 10:00 Artech 阅读(13209) 评论(13) 推荐(20) 编辑
摘要:现在我们通过一个实例来演示终结点的地址报头如何影响实现终结点选择的消息筛选机制。这个实例通过为服务端终结点指定地址报头实现针对客户端的授权,让经过许可的客户端才能访问这个服务。具体来说,我们将一个代码序列号的GUID作为终结点的地址报头。对于客户端发送的消息,只有具有相应的报头才能访问服务。 阅读全文
posted @ 2011-11-12 10:44 Artech 阅读(5733) 评论(10) 推荐(9) 编辑
摘要:终结点是整个WCF的核心,由经典的ABC三要素组成。作为表示地址的EndpointAddress,很多人仅仅将其看成是一个表示标识服务并且表示服务所在地址的Uri,其实服务标识和定位服务仅仅是EndpointAddress一个基本的功能,它不仅仅是Uri那么简单。 阅读全文
posted @ 2011-11-11 12:59 Artech 阅读(11055) 评论(10) 推荐(11) 编辑
摘要:作为.NET Framework的一部分,几乎每个版本.NET Framework的推出都会为WCF带来一些改变。针对于最新版本的.NET Framework 4.0,一些新的特性被引入到WCF。对于这些基于.NET Framework版本的更替而带来的针对WCF的变化,我个人是这么看待的:WCF在随着.NET Framework 3.0发布的时候就具有一个成熟的架构设计,可扩展性即使一个重要的衡量标准。基于后续版本的.NET Framework发布的WCF并没有像WF一样出现“革新”型的改变,很多都是利用了这个可扩展性的通信平台开发出来的新特性,WCF 4.0也不例外。 阅读全文
posted @ 2011-10-28 08:41 Artech 阅读(16486) 评论(19) 推荐(19) 编辑
摘要:WCF所谓的安全审核就是针对认证和授权所做的针对EventLog的日志记录。我们不但可以设置进行审核的事件(认证成功/失败,授权成功或失败),还可以选择记录信息被写入的EventLog类型,即应用程序日志还是安全日志。WCF的安全审核是通过ServiceSecurityAuditBehavior服务行为实现的。 阅读全文
posted @ 2011-10-27 08:17 Artech 阅读(6360) 评论(9) 推荐(8) 编辑
摘要:在Managed模式下,可用服务的终结点通过发现代理来统一管理。客户端在进行可用目标服务探测和解析的时候直接向发现代理进行探测和解析请求就可以了。这篇文章通过一个简单的实例为你演示如果通过创建发现代理实现可用服务的实时维护。服务可以在上下线的时候自动注册和注销,客户端可以动态地向发现代理查询当时可用的服务。 阅读全文
posted @ 2011-10-26 09:12 Artech 阅读(5091) 评论(7) 推荐(3) 编辑
摘要:在《原理篇》我们对客户端如何监听通知,以及服务在上下线时如何发送通知从原理上进行了深入地剖析。我们现在通过一个简单的实例演示如何通过ServiceDiscoveryBehavior服务行为为寄宿的服务添加一个实现上/下线通知的AnnouncementEndpoint终结点,以及客户端如何通过对AnnouncementService服务的寄宿实现对通知的监听和接收。[ 阅读全文
posted @ 2011-10-25 12:00 Artech 阅读(5561) 评论(8) 推荐(7) 编辑

上一页 1 ··· 7 8 9 10 11 12 13 14 15 ··· 22 下一页