[01] 技术剖析 - 随笔分类(第15页) - Artech

摘要：

最近一直在负责公司内部框架的升级工作，今天对一个小问题进行了重新思考——时间的处理。具体来说，是分布式应用中如何有效地进行时间的处理以提供对跨时区的支持。不过，对该问题解决方案的介绍我会放在后续的文章中，在这里我们先来介绍一些基础性的内容——谈谈我们熟悉的DateTime类型阅读全文

posted @ 2010-09-04 10:16 Artech 阅读(16654) 评论(69) 推荐(72) 编辑

一个关于解决序列化问题的编程技巧

摘要：

在前一篇文章中我曾经说过，现在正在做一个小小的框架以实现采用统一的API实现对上下文（Context）信息的统一管理。这个框架同时支持Web和GUI应用，并支持跨线程传递和跨域传递，和对上下文项目的读写控制。在对后两个特性的支持上，出现一个小小的关于序列化的问题。解决方案只需要改动短短的一行代码，结果却让我折腾了老半天... 阅读全文

posted @ 2010-08-31 20:16 Artech 阅读(6608) 评论(22) 推荐(15) 编辑

只在UnitTest和WebHost中的出现的关于LogicalCallContext的严重问题

摘要：

最近一直在进行公司内部框架的升级工作，其中一个小的部分就是通过HttpSessionState和CallContext建立一套统一的、可扩展的用于管理上下文信息的框架。在为写好的程序编写Unit Test和QuickStart的时候，遇到了两个基于LogicalCallContext的严重问题。导致这两个问题的根源还没有来得及去追踪，或许是微软VS Unit Test框架本身和WebHost本身的一个Bug。现在将其写出来，一来是希望读者在遇到相同情况的时候知道LogicalCallContext可能是影响因素之一，另一方面也希望借助社区的力量快速找到问题的症结。阅读全文

posted @ 2010-08-29 00:59 Artech 阅读(3598) 评论(7) 推荐(7) 编辑

基于CallContextInitializer的WCF扩展导致的严重问题

摘要：

WCF是一个具有极高扩展度的分布式通信框架。在WCF众多可扩展点中，CallContextInitializer可以帮助我们在服务操作执行前后完成一些额外的功能，这实际上就是一种AOP的实现方式。昨天，李永京同学问了我一个相关的问题，由此发现了一个基于自定CallContextInitializer的WCF扩展的严重问题。阅读全文

posted @ 2010-07-27 12:15 Artech 阅读(4329) 评论(19) 推荐(7) 编辑

也谈事件（Event）

摘要：

最近园子里发表了一些讨论“事件（Event）”的文章，我也来凑个热闹，谈谈我对事件的一些粗浅的认识。本文不谈设计模式（主要是观察者模式），只从运行时的角度来分析事件这个对象到底是个什么东西？它有那么神秘吗？为了更好的分析事件，本文将会编写一些例子来模拟事件的订阅机制。本文对事件的分析可以概括为下面三句话:1.事件本质上是一个MulticastDelegate对象； 2.MulticastDelegate对象是多个Delegate对象的链表；3.Delegate = Object + MethodInfo，委托的执行最终通过反射来完成。阅读全文

posted @ 2010-07-10 13:56 Artech 阅读(11914) 评论(29) 推荐(34) 编辑

WCF传输安全（Transfer Security）的基本概念和原理：认证（Authentication）[上篇]

摘要：

对于任何一个企业级应用来说，安全都是一个不可回避的话题。如何识别用户的身份？如何将用户可执行的操作和可访问的资源限制在其允许的权限范围之内？如何记录用户行为，让相应的操作都有据可查？这些都是应用的安全机制或者安全框架需要考虑的典型问题，它们分别对应着三个安全行为：认证、授权和审核。作为Windows平台下最完备的分布式通信平台，WCF具有一套强大的、完整的的可扩展安全体系，对上述的安全问题提供有效的支持。由于安全体系在整个WCF框架体系中具有极其重大的分量，在接下来的系列文章中，我将深入探讨这一块在我之前的文章中一直不曾触碰的境地阅读全文

posted @ 2010-07-07 00:13 Artech 阅读(7477) 评论(31) 推荐(16) 编辑

[转自MSDN]可靠会话（Reliable Session）的最佳实践

摘要：

Windows Communication Foundation (WCF) 中的可靠会话使用传输窗口保存客户端和服务上的消息。可配置属性 MaxTransferWindowSize 指示传输窗口可以保存多少条消息。在发送方，这指示在等待确认消息时传输窗口可以保存多少条消息，在接收方，则指示为服务缓冲多少条消息。选择合适的大小可影响使用网络的效率以及运行服务的最佳容量。当编写一个允许从不同的客户端启用可靠会话通信的服务时，可能会有许多客户端同时建立与该服务的可靠会话。在这些情况下，服务的响应取决于 MaxPendingChannels 属性。当发送方创建到接收方的可靠会话通道时，发送方和接收方之间的握手将建立可靠会话。建立可靠会话之后，该通道会放入到挂起的通道队列中以供服务接受。此 MaxPendingChannels 属性指示有多少个通道可以处于此状态。阅读全文

posted @ 2010-06-30 22:18 Artech 阅读(3865) 评论(5) 推荐(1) 编辑

使命必达: 深入剖析WCF的可靠会话[共8篇]

摘要：

作为一个通信基础平台,WCF必须保证通信的可靠性。由于消息交换是WCF采用的通信手段，通信可靠性的保障体现在确保消息的可靠传输。由于网络环境的限制，网络层不能百分之百地确保对消息的有效交付。如何克服中间环节的制约，确保从一端发送的消息能够被有效地交付给另一端，这就是可靠消息传输需要解决的问题。WCF通过可靠会话实现了种种端到端的可靠消息传输。阅读全文

posted @ 2010-05-13 21:20 Artech 阅读(13962) 评论(49) 推荐(26) 编辑

使命必达: 深入剖析WCF的可靠会话[原理揭秘篇]（下）

摘要：

上面一部分我们站在信道层的角度剖析了WCF为了实现可靠会话在信道层进行的一系列消息交换，或者说客户端和服务端的RS信道为了实现可靠消息传输所进行一轮又一轮的握手。这一切都是基于这样一个假设：两个RS信道均可以在适当的时机向对方发送消息，或者说两个RS信道之间是一个双工的通道。如果我们站在传输层看待这个问题，该假设对于TCP传输是成立的，但是对于HTTP来说就有点问题了。HTTP本身就是一个基于请求|回复消息交换模式的应用层网络协议，并不能对双工通信提供支持。阅读全文

posted @ 2010-05-05 21:21 Artech 阅读(5390) 评论(33) 推荐(7) 编辑

使命必达: 深入剖析WCF的可靠会话[原理揭秘篇]（上）

摘要：

本系列先后通过《实例篇》、《概念篇》、《协议篇》和《编程篇》对WCF的可靠会话进行了详细探讨。作为本系列的最后一片，我们将深入到WCF的可靠会话体系的最底层，对实现可靠会话的实现原理进行深入剖析。如果读者仔细阅读本系列博文，相信会使读者对可靠会话的理解提升到一定的高度。从《编程篇》中，我们不难看出可靠会话的编程仅仅围绕着一个对象，那就是绑定。绑定在整个WCF架构模型具有重要的地位。WCF整个架构模型由两部分构成，即服务模型（Service Model）层和信道（Channel）层，而绑定是信道层的缔造者，同时也是连接两个层次的纽带。对可靠会话的实现，是完全在信道层实现的。阅读全文

posted @ 2010-05-04 23:52 Artech 阅读(5313) 评论(35) 推荐(10) 编辑

使命必达: 深入剖析WCF的可靠会话[编程篇]（下）

摘要：

整个可靠会话的机制是完全在信道层实现的，而整个信道层的最终缔造者就是绑定，所以可靠会话编程是围绕着绑定进行的。《上篇》对实现可靠会话的绑定元素已经如何使用系统绑定实现可靠会话进行了介绍，下篇将和你探讨WCF可靠会话编程模型余下两个主题：自定义绑定和对消息传递的强制约束。阅读全文

posted @ 2010-04-29 23:04 Artech 阅读(4757) 评论(10) 推荐(6) 编辑

WCF中关于可靠会话的BUG！！

摘要：

对WCF的可靠会话编程有一定了解的人应该知道，我们可以使用 DeliveryRequirementsAttribute 可以指示WCF确认绑定提供服务或客户端实现所需的功能。但是，当你使用该特性的时候，会出现一些很奇怪的现象。经过我个人的分析，这是WCF的一个Bug。阅读全文

posted @ 2010-04-27 13:12 Artech 阅读(4170) 评论(16) 推荐(5) 编辑

使命必达: 深入剖析WCF的可靠会话[编程篇]（上）

摘要：

在《实例篇》给出的例子中，我们实际上是通过对终结点的绑定进行相应的配置让整个消息的交换过程在一个可靠会话中进行，进而实现可靠消息传输的目的。由于整个可靠会话的机制是完全在信道层实现的，而整个信道层的最终缔造者就是绑定，所以可靠会话编程是围绕着绑定进行的。本篇文章主要为你讲述基于绑定的可靠会话编程。阅读全文

posted @ 2010-04-26 21:17 Artech 阅读(5801) 评论(19) 推荐(7) 编辑

使命必达: 深入剖析WCF的可靠会话[协议篇]（下）

摘要：

在《上篇》中，我们认识了从序列创建到终止过程中消息交换的大致流程。接下来，我们进一步将关注点聚焦到单个小消息上，看看在整个基于序列的上下文中，不同类型的消息具有怎样的结构阅读全文

posted @ 2010-04-25 19:19 Artech 阅读(3342) 评论(21) 推荐(11) 编辑

使命必达: 深入剖析WCF的可靠会话[协议篇]（上）

摘要：

在《实例篇》中，我通过可靠会话实现了对图片的可靠、有序的传输；在《概念篇》中，我们对可靠消息涉及到的可靠消息传输（RM）的相关概念进行了讲述。在WS-*大家庭中，WS-RM为可靠消息传输提供了一个一个规范，使互操作成为可能。在《协议篇》中，我们侧重对WS-RM的介绍。阅读全文

posted @ 2010-04-24 08:51 Artech 阅读(4739) 评论(9) 推荐(9) 编辑

WCF中并发（Concurrency）与限流（Throttling）体系深入解析系列[共7篇]

摘要：

服务（Service）的本质就是提供服务消费者期望的某种功能，服务的价值体现在两个方面：服务本身的质量和寄宿服务的平台应付消费者的数量，并发（Concurrency）的关注的是第二个要素。WCF服务寄宿于资源有限的环境中，要实现服务效用的最大化，需要考虑如何利用现有的资源实现最大的吞吐量（Throughput）。提高吞吐量就某个寄宿的服务实例（Service Instance）来说，一个重要的途径就是让它能够同时处理来自各个客户端（服务代理）的并发访问。WCF实现了一套完整的并发控制体系，为你提供了不同的并发模式。我经常说软件架构是一门权衡的艺术，需要综合考虑各种相互矛盾的因素，找到一种最优的组合方式。提高单个服务实例允许的并发访问量能够提高整体吞吐量，这样的理论依赖于一种假设，那就是服务端所能使用的资源是无限。我们知道，这种假设无论在什么情况下都不会成立...... 阅读全文

posted @ 2010-04-22 19:11 Artech 阅读(16021) 评论(34) 推荐(16) 编辑

WCF如何克服HTTP传输协议的局限提供对不同消息传输模式的实现

摘要：

WCF支持不同的消息交换模式,比较典型的有以下三种MEP：One-Way、Request/Reply和Duplex。消息会被WCF的信道层发送到传输层，并通过相应的传输协议发送到目的地。但是HTTP协议，大家都知道它天生就基于Request/Reply模式的，那么它是如何能够突破自己的局限，为One-Way和Duplex消息交换模式提供支持呢？阅读全文

posted @ 2010-04-21 18:16 Artech 阅读(4515) 评论(14) 推荐(8) 编辑

使命必达: 深入剖析WCF的可靠会话[概念篇]

摘要：

在《实例篇》中，我通过可靠会话成功地进行了美女图片的传输，相信大家在保了眼福之余，会对WCF的可靠会话的功用具有一个深刻的认识。实际上，这涉及到WS中一个重要的概念——可靠消息传输（RM）。如果想对可靠会话有一个深入的认识，对可靠消息传输的了解是必须的。阅读全文

posted @ 2010-04-19 23:59 Artech 阅读(5536) 评论(21) 推荐(21) 编辑

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

摘要：

通过前面一系列的博文,我对WCF的并发体系进行了深入的剖析,在接下来的博文中,我只要专注于WCF的可靠会话机制。作为一个通信基础平台,WCF必须保证通信的可靠性。WCF通过可靠会话实现了一种端到端的可靠消息传输。为了让读者对可靠会话的作用现有一个直观的认识，我们先来做一个很有意思的实例演示,这也是早年微软推广WCF技术频繁使用的案例：图片传输。阅读全文

posted @ 2010-04-18 23:59 Artech 阅读(10874) 评论(91) 推荐(29) 编辑

控制并发访问的三道屏障: WCF限流(Throttling)体系探秘[下篇]

摘要：

通过《上篇》介绍，我们知道了如何通过编程和配置的方式设置相应的最大并发量，从而指导WCF的限流体系按照你设定的值对并发的服务调用请求进行限流控制。那么，在WCF框架体系内部，整个过程是如何实现的呢？这就是本篇文章需要为你讲述的内容。阅读全文

posted @ 2010-04-14 18:51 Artech 阅读(5872) 评论(24) 推荐(8) 编辑

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

公告