博客园_博文视点（北京）官方博客

Media Queries语法总结

2012-05-29T09:04:00Z

Media Queries语法总结
Media Queries的语法如下所示：
@media [media_query]media_type and media_feature
使用Media Queries样式模块时都必须以“@media”方式开头。
media_query表示查询关键字，在这里可以使用not关键字和only关键字。not关键字表示对后面的样式表达式执行取反操作。例如如下代码：
@media not screen and (max-device-width:480px)
only关键字的作用是，让不支持MediaQueries的设备但能读取MediaType类型的浏览器忽略这个样式。例如如下代码：
@media only screen and(max-device-width:480px)
对于支持Media Queries的移动设备来说，如果存在only关键字，移动设备的Web浏览器会忽略only关键字并直接根据后面的表达式应用样式文件。对于不支持MediaQueries的设备但能够读取MediaType类型的Web浏览器，遇到only关键字时会忽略这个样式文件。
虽然media_query这个类型在整个Media Queries语法中并不是必需的类型，但是有时候在实际开发过程中却是非常重要的查询参数类型。
media_type参数的作用是指定设备类型，通常称为媒体类型。实际上在CSS2.1版本时已经定义了该媒体类型。表6-1列出了media_type允许定义的10种设备类型。

media_feature的主要作用是定义CSS中的设备特性，大部分移动设备特性都允许接受min/ max的前缀。例如，min-width表示指定大于等于该值；max-width表示指定小于等于该值。
表6-2显示media_feature设备特性的种类一览表。

到目前为止，Media Queries样式模块在桌面端都得到了大部分现代浏览器的支持。例如IE 9浏览器、Firefox浏览器、Safari浏览器、Chrome浏览器、Opera浏览器。但是IE系列的浏览器中只有最新版本才支持该特性，IE8以下的版本不支持Media Queries。
从移动平台来说，基于两大平台Android和iOS的Web浏览器也都得到了良好的支持。同时，黑莓系列手机也支持Media Queries特性。

本文节选自《HTML5移动Web开发指南》一书唐俊开著
图书详细信息:
http://www.cnblogs.com/broadview/archive/2012/05/28/2521510.html
本文链接

Media Queries移动设备样式

2012-05-28T08:41:00Z

Media Queries移动设备样式

本节我们将为你带来一种全新的样式技术。通过Media Queries样式模块，可以实现根据移动设备的屏幕大小，定制网站页面的不同布局效果。它的优点是开发者只需要实现一套页面，就能够在所有平台的浏览器下访问网站的不同效果。

传统网站在iPhone上的显示问题
在开始介绍Media Queries知识之前，先来看看一个传统的网站在各种移动设备上的页面显示效果。
首先，图6-1所示的是Google首页传统网站在iPhone Safari浏览器下的效果图。

从图6-1中可以看到，网页上有很多部分的内容都因为浏览器的实际大小而缩小了字号。为什么会出现这样的效果呢？
实际上，在iPhone中使用Safari浏览器浏览传统Web网站的时候，Safari浏览器为了能够将整个页面的内容在页面中显示出来，会在屏幕上创建一个980px宽度的虚拟布局窗口，并按照980px宽度的窗口大小显示网页。这样，我们所看到的效果就像图6-1，同时网页可以允许以缩放的形式放大或缩小网页。
在过去，为了能够适应不同显示器分辨率大小，通常在设计网站或开发一套网站的时候，都会以最低分辨率800´600的标准作为页面大小的基础，而且还不会考虑适应移动设备的屏幕大小的页面。
但是，iPhone的分辨率是320´480，对于以最低分辨率大小显示的网站，在iPhone的Safari浏览器下访问的效果依然还是那么糟糕。那么，究竟这些传统的Web网站有没办法在iPhone等小屏幕的移动设备下显示正常呢？答案是可以的。
现在来看看Google是如何把传统网站首页变成移动版本的网站首页的，如图6-2所示。

Google首页转成移动版后，整个页面上的内容已经清晰可见，页面的样式风格和传统网站有一些差异。Google究竟是如何将传统的网站转变为移动版本的网站的呢？同时，其他复杂的网站风格又需要做些什么才能变成移动版本呢？
若要实现上述的功能，我们需要在HTML页面用到viewport及Media Queries样式模块。
接下来我们将会介绍如何使用这两个技术知识点。

viewport设置适应移动设备屏幕大小

1．什么是viewport
Apple为了解决移动版Safari的屏幕分辨率大小问题，专门定义了viewport虚拟窗口。它的主要作用是允许开发者创建一个虚拟的窗口（viewport），并自定义其窗口的大小或缩放功能。
如果开发者没有定义这个虚拟窗口，移动版Safari的虚拟窗口默认大小为980像素。现在，除了Safari浏览器外，其他浏览器也支持viewport虚拟窗口。但是，不同的浏览器对viewport窗口的默认大小支持都不一致。默认值分别如下：
— Android Browser浏览器的默认值是800像素；
— IE浏览器的默认值是974像素；
— Opera浏览器的默认值是850像素。

2．如何使用viewport
viewport虚拟窗口是在meta元素中定义的，其主要作用是设置Web页面适应移动设备的屏幕大小。
如以下代码：
<meta name="viewport"content="width=device-width,
initial-scale=1,user-scalable=0"/>
该代码的主要作用是自定义虚拟窗口，并指定虚拟窗口width宽度为device-width，初始缩放比例大小为1倍，同时不允许用户使用手动缩放功能。
在上面的代码中，我们使用了一个特别的名字：device-width。自iPhone面世以来，其屏幕的分辨率一致维持在320´480。由于Apple在加入viewport时，基本上使用width= device-width的表达方式来表示iPhone屏幕的实际分辨率大小的宽度，比如width=320。因此，其他浏览器厂商在实现其viewport的时候，也兼容了device-width这样的特性。
代码中的content属性内共定义三种参数。实际上content属性允许设置6种不同的参数，分别如下：
— width指定虚拟窗口的屏幕宽度大小。
— height指定虚拟窗口的屏幕高度大小。
— initial-scale指定初始缩放比例。
— maximum-scale指定允许用户缩放的最大比例。
— minimum-scale指定允许用户缩放的最小比例。
— user-scalable指定是否允许手动缩放。

本文节选自《HTML5移动Web开发指南》一书唐俊开著
本书详细信息:
http://www.cnblogs.com/broadview/archive/2012/05/28/2521510.html
本文链接

HTML5移动Web开发指南

2012-05-28T08:31:00Z

HTML5移动Web开发指南

唐俊开 著

ISBN978-7-121-16083-7

2012年3月出版

定价：59.00元

16开

384页

宣传语

绝无仅有的HTML5移动Web开发专著

jQuery Mobile、Sencha Touch、PhoneGap入门首选

HTML5研究小组成员原创书籍

示例丰富，轻松上手

内容简介

本书主要围绕HTML5技术，讲述如何利用HTML5相关技术开发移动Web网站和Web App应用程序。本书共分为四大部分，第一部分主要讲述Web技术的发展及HTML5标准在移动Web技术中的应用；第二部分主要介绍HTML5的新功能和新特性如何在移动设备浏览器中使用及相关展望；第三部分主要介绍目前比较流行的两套JavaScript移动开发框架jQuery Mobile、Sencha Touch，以及PhoneGap，并配备丰富的例子作为实践；第四部分主要结合Sencha Touch框架库和HTML5技术构建进行讲解，旨在帮助读者将HTML5技术运用于实践之中。

本书是为从未接触过HTML5新技术但同时又对移动Web技术感兴趣的读者而编写的。如果你有一定的HTML开发经验，将会更容易掌握HTML5知识。

同时，如果你是如下几类人群之一，那么本书非常适合你阅读。

— 有一定基础或者未来计划的职业是Web前端开发工程师。

— 具有一定HTML基础的UI设计师。

— Web项目中的项目经理以及策划人员。

— 对手机Web开发技术感兴趣的开发者。

— 开设计算机课程的高等院校及培训机构的师生。

此外，本书也适合熟悉Java、PHP、ASP.NET等后端Web技术的开发者阅读。

前言

你是否使用过智能手机浏览真正的网页？

你在使用智能手机浏览网页时会感到困惑吗？

你是否想知道智能手机上的Web网页是如何实现的？

如果你存在以上的问题并想解决，那么阅读本书将是你的最佳选择。

HTML5从讨论到实践

现今，HTML5已经成为互联网的热门话题之一。2011年的HTML5发展得非常快，各大浏览器开发公司如Google、苹果、微软、Mozilla及Opera的最新版本浏览器都纷纷支持HTML5标准规范。在桌面端Web技术领域，HTML5标准的强大已经开始威胁Adobe公司的Flash在Web上的统治地位。然而，在移动端Web技术领域，由于历史的原因，HTML5标准才刚刚起步，但随着HTML5和CSS3逐渐兴起，其强大的特性在移动Web应用当中得到了非常好的发挥。

随着HTML5网站、HTML5应用软件及HTML5游戏不断涌现，让我们更加有理由相信未来HTML5技术将会成为我们在计算机行业当中必备的专业知识。因此，我希望能够借助此书帮助国内的Web开发从业者或者即将在此行业发展的读者，在学习HTML5的同时也能掌握移动Web技术。

为什么写作本书

2011年是HTML5实践的一年，无论是国外的开发者，还是国内的开发者，都热衷于研究HTML5新标准究竟能给我们带来什么。由于HTML5技术非常新，国内很多开发者在实践过程中经常遇到非常多的困难，例如如何入门与解决BUG等常见问题，都很难找到解答问题的中文资源。因此，开发者们亟需一本能够带领他们入门的HTML5书籍。

2011年也是移动互联网高速发展的一年，随着iPhone、Android等智能设备的迅速普及，以及Web技术跨平台等优点更广泛的为人所知，移动Web技术逐渐成为大家关注的新热点之一。目前，国内移动Web技术中文资源相对缺乏，社区尚待不断发展，很多开发者仍处于探索研究阶段。同时也有部分准备进入移动Web开发领域的新手，苦于入门困难，而难以上手。因此，一本介绍移动Web开发的书籍便成为开发者最渴望的资源之一。

基于上述两种原因，作者认为需要编写一本能够利用HTML5新技术开发移动Web应用的入门书籍，令广大读者在真正学习到HTML5新技术的同时，也能快速掌握移动Web开发的基础知识。

关于本书

本书主要围绕HTML5技术，讲述如何利用HTML5相关技术开发移动Web网站和Web App应用程序。全书共分为四大部分。

第一部分概述了移动互联网时代的Web技术发展情况，介绍了在移动设备上的Web技术发展现状，同时还列举出有哪些HTML5新技术能够应用于移动Web应用。

第二部分主要介绍HTML5标准的新功能和新特性，其中包括新元素、本地存储、离线功能、表单、CSS3、Geolocation地理定位。在介绍基本知识的同时，结合HTML5技术如何应用于移动设备Web浏览器，进行简单的入门讲解及相关展望。

第三部分主要介绍目前比较流行的HTML5移动开发框架：jQueryMobile、Sencha Touch，以及PhoneGap，并通过丰富的例子介绍框架中各个组件的基本用法。

第四部分是一个综合例子，主要结合SenchaTouch框架类库和HTML5技术构建生活轨迹Web App应用程序，旨在帮助读者加深对HTML5技术的理解并能应用于实践之中。

不足之处在于，本书并没有全面地介绍HTML5技术，但这并不代表HTML5的其他知识点不能适用于移动Web开发。毕竟HTML5是一个新生事物，它的标准规范仍然在制定之中，而它的不断发展对于未来的移动Web技术的发展，必将有很大的推动作用。

本书在编写过程中参考了下列网站、社区及官方文档等，并引用了部分内容。

 HTML5研究小组官方网站

 Sencha Touch官方接口文档及demo例子

 jQuery Mobile官方接口文档

 PhoneGap官方网站及接口文档

 PhoneGap中国（http://www.phonegap.cn）

读者对象

本书是为从未接触过HTML5新技术但同时又对移动Web技术感兴趣的读者而编写的。如果你有一定的HTML开发经验，将会更容易掌握HTML5知识。

同时，如果你是如下几类人群之一，那么本书非常适合你阅读。

 有一定基础或者未来的职业规划是Web前端开发工程师。

 具有一定HTML基础的UI设计师。

 Web项目中的项目经理以及策划人员。

 对手机Web开发技术感兴趣的开发者。

 开设计算机课程的高等院校及培训机构的师生。

此外，本书也适合熟悉Java、PHP、ASP.NET等后端Web技术的开发者阅读。

致谢

在本书的写作过程中，得到了很多人士的悉心帮助。在此谨向给予本书帮助的诸位及我所参考的网站社区、官方网站表示诚挚的感谢。特别感谢HTML5研究小组负责人田爱娜女士给予了很大的帮助和支持，她推荐的很多专业人士对本书提供了很多中肯的建议。

另外，由于时间及水平有限，在本书编写过程中可能存在一些对HTML5及移动Web技术认识不全面或者表述错漏的地方，敬请读者批评指正。作者的联系邮箱为imsankyu@qq.com，新浪微博是@三桥sankyu。谨以最真诚的心希望能与读者共同交流，共同成长。

本文链接

移动Web界面样式-CSS3

2012-05-23T08:15:00Z

移动Web界面样式-CSS3

CSS3
CSS2.1发布至今已经有7年的历史，在这7年里，互联网的发展已经发生了翻天覆地的变化。CSS2.1有时候难以满足快速提高性能、提升用户体验的Web应用的需求。CSS3标准的出现就是增强CSS2.1的功能，减少图片的使用次数以及解决HTML页面上的特殊效果。
在HTML5逐渐成为IT界最热门话题的同时，CSS3也开始慢慢地普及起来。目前，很多浏览器都开始支持CSS3部分特性，特别是基于Webkit内核的浏览器，其支持力度非常大。在Android和iOS等移动平台下，正是由于Apple和Google两家公司大力推广HTML5以及各自的Web浏览器的迅速发展，CSS3在移动Web浏览器下都能到很好的支持和应用。
CSS3作为在HTML页面担任页面布局和页面装饰的技术，可以更加有效地对页面布局、字体、颜色、背景或其他动画效果实现精确的控制。
目前，CSS3是移动Web开发的主要技术之一，它在界面修饰方面占有重要的地位。由于移动设备的Web浏览器都支持CSS3，对于不同浏览器之间的兼容性问题，它们之间的差异非常小。不过对于移动Web浏览器的某些CSS特性，仍然需要做一些兼容性的工作。
当前，CSS3技术最适合在移动Web开发中使用的特性包括：
— 增强的选择器
— 阴影
— 强大的背景设置
— 圆角边框
接下来的章节我们将会重点介绍如何使用这些CSS3特性来实现移动Web界面。

选择器
选择器是CSS3中一个重要的部分，通过使用CSS3的选择器，可以提高开发人员的工作效率。在本节中，我们将为读者介绍属性选择器和伪类选择器的基本用法。

属性选择器
在CSS3中，我们可以使用HTML元素的属性名称选择性地定义CSS样式。其实，属性选择器早在CSS2中就被引入了，其主要作用就是为带有指定属性的HTML 元素设置样式。例如，通过指定div元素的id属性，设定相关样式。
属性选择器一共分为4种匹配模式选择器：
— 完全匹配属性选择器
— 包含匹配选择器
— 首字符匹配选择器
— 尾字符匹配选择器

1．完全匹配属性选择器
其含义就是完全匹配字符串。当div元素的id属性值为test时，利用完全匹配选择器选择任何id值为test的元素都使用该样式。如下代码通过指定id值将属性设定为红色字体：
<div id="article">测试完全匹配属性选择器</div>
<style type="text/css">
[id=article]{
color:red;
}
</style>

2．包含匹配选择器
包含匹配比完全匹配范围更广。只要元素中的属性包含有指定的字符串，元素就使用该样式。
其语法是：[attribute=value]。其中attribute指的是属性名，value指的是属性值，包含匹配采用“=”符号。
例如下面三个div元素都符合匹配选择器的选择，并将div元素内的字体设置为红色字体：
<div id="article">测试完全匹配属性选择器</div>
<div id="subarticle">测试完全匹配属性选择器</div>
<div id="article1">测试完全匹配属性选择器</div>
<style type="text/css">
[id*=article]{
color:red;
}
</style>

3．首字符匹配选择器
首字符匹配就是匹配属性值开头字符，只要开头字符符合匹配，则元素使用该样式。
其语法是：[attribute^=value]。其中attribute指的是属性名，value指的是属性值，首字符匹配采用“^=”符号。
例如下面三个div元素使用首字符匹配选择器后，只有id为article和article1的元素才被设置为红色字体。
<div id="article">测试完全匹配属性选择器</div>
<div id="subarticle">测试完全匹配属性选择器</div>
<div id="article1">测试完全匹配属性选择器</div>
<style type="text/css">
[id^=article]{
color:red;
}
</style>

4．尾字符匹配选择器
尾字符匹配跟首字符匹配原理一样。尾字符只匹配结尾的字符串，只要结尾字符串符合匹配，则元素使用该样式。
其语法是：[attribute$=value]。其中attribute指的是属性名，value指的是属性值，尾字符匹配采用“$=”符号。
例如下面三个div元素使用尾字符匹配选择器时，只有id为subarticle的元素才被设置为红色字体。
<div id="article">测试完全匹配属性选择器</div>
<div id="subarticle">测试完全匹配属性选择器</div>
<div id="article1">测试完全匹配属性选择器</div>
<style type="text/css">
[id$=article]{
color:red;
}
</style>

伪类选择器
在CSS3选择器中，伪类选择器种类非常多。然后在CSS2.1时代，伪类选择器就已经存在，例如超链接的四个状态选择器：a:link、a:visited、a:hover、a:active。
CSS3增加了非常多的选择器，其中包括:
— first-line伪元素选择器
— first-letter伪元素选择器
— root选择器
— not选择器
— empty选择器
— target选择器
这些伪类选择器是CSS3新增的选择器，它们都能得到在Android和iOS平台下Web浏览器的支持。现在我们就为你介绍这部分的选择器。

1．before
before伪类元素选择器主要的作用是在选择某个元素之前插入内容，一般用于清除浮动。
目前，before选择器得到支持的浏览器包括：IE8+、Firefox、Chrome、Safari、Opera、Android Browser和iOS Safari。
before选择器的语法是：
元素标签:before{
content:"插入的内容"
}
例如，在p元素之前插入“文字”：
p.before{
content:"文字"
}

2．after
after伪类元素选择器和before伪类元素选择器原理一样，但after是在选择某个元素之后插入内容。
目前，before选择器得到支持的浏览器包括：IE8+、Firefox、Chrome、Safari、Opera、Android Browser和iOS Safari。
after选择器的语法是：
元素标签:after{
content:"插入的内容"
}

3．first-child
指定元素列表中第一个元素的样式。语法如下：
li:first-child{
color:red;
}

4．last-child
和first-child是同类型的选择器。last-child指定元素列表中最后一个元素的样式。语法如下：
li:last-child{
color:red;
}

5．nth-child和nth-last-child
nth-child和nth-last-child可以指定某个元素的样式或从后数起某个元素的样式。例如：
//指定第2个li元素
li:nth-child(2){}
//指定倒数第2个li元素
li:nth-last-child{}
//指定偶数个li元素
li:nth-child(even){}
//指定奇数个li元素
li:nth-child(odd){}
本节我们只介绍了部分常用的CSS选择器，实际上选择器并不止这几种，其余的选择器不再详细介绍，有兴趣的读者可以阅读CSS3相关资料。

本文节选自《HTML5移动Web开发指南》一书唐俊开著
图书详细信息:
http://www.cnblogs.com/broadview/archive/2012/05/23/2514935.html
本文链接

HTML5移动开发即学即用(双色)

2012-05-23T08:09:00Z

HTML5移动开发即学即用(双色)

王志刚 等编著

ISBN978-7-121-15685-4

2012年3月出版

定价：59.00元

16开

372页

内容简介

HTML5是取代HTML4的新一代Web技术，尽管正式标准还没有发布，但实际上已经被广泛应用于各智能移动终端设备上，而且绝大部分技术已经被各种最新版本的浏览器所支持。本书逐一剖析HTML5标准中包含的最新技术，全书分11章，详细介绍了HTML5新标准中提供的各种API，同时附上了相关的应用实例，方便读者直接掌握这些API的使用，且大部分可以直接应用于自己的HTML5程序中。

前言

自从1993年互联网工程工作小组（IETF）发布了最初的HTML 1.0版本以来，期间经过了多次版本升级，现在广泛使用的最新正式版本是1999年12月发布的HTML4.01，至今已有11年了。对于日新月异，分秒间都可能发生变化的IT世界来说，10多年前可以说是很久以前了。尽管全世界的程序员开发出了各种各样的技术来扩展HTML4的功能，但这个“古老的”HTML4标准越来越显示出其技术局限性，Web世界呼唤一个崭新的标准来取代这个“古老的”HTML4标准。新的HTML5标准可能于2012年正式公布。在这之前，在各种最新版的Web浏览器（如FireFox 3.6及以上、Opera10.5及以上、GoogleChrome3及以上、Internet Explorer 9、Safari 4及以上）中已经支持大部分HTML5新标准中将要包括的内容了。尤其是在近年热卖的各种智能终端设备，如iPhone、iPad、Android手机等对HTML5的支持更迅速、更彻底，这是因为HTML 5在开发各种智能手机应用以及智能移动网站时具有巨大的优势。

本书内容

全书分11章，详细介绍了HTML5新标准中提供的各种API，同时附上了相关的应用实例，方便读者直接掌握这些API的使用，且大部分可以直接应用于自己的HTML5程序中。

第1章是HTML5的概要，详细介绍了各种浏览器以及智能终端设备中对HTML5API的支持现状。

第2章介绍HTML5新标准中最受关注的功能之一——图形/图像绘制技术Canvas。尽管现在在Canvas中只能绘制2D图形/图像，但随着技术的发展将来完全可能取代Flash等技术。抛弃各种类似于Flash的插件正是HTML5新标准的目标之一。

第3章介绍CSS的最新版本CSS3。编写CSS3样式单，能简单实现许多CSS2无法实现、或者实现起来很困难的效果，结合本书附录C中关于CSS3的动画实现方式的内容，读者可全面了解CSS3的具体应用。

第4章介绍在网页中绘制矢量图形的技术——SVG，帮助读者学习另一种不同于Canvas的图形绘制技术。

第5章介绍HTML5中另一种广受关注的API，即Video&Audio。在HTML5中只需要使用<video>/<audio>标签就可以实现视频/音频文件的播放，同时可以通过JavaScript脚本对其播放进行控制。

第6章介绍HTML5新标准提供的拖放功能。不仅可以轻松实现画面控件的拖放，还可以结合File API将桌面文件直接拖入到网页中，本章详细介绍了关于拖放功能的各种知识。

第7章介绍在HTML5中脱机实现Web应用程序的方式。脱机Web应用程序不仅允许用户在Internet环境中访问其网页，也可以在无法连接Internet时访问相应网页。

第8章介绍HTML5新标准中特色的双向通信（客户端与服务器）解决方案——WebSocket。有了WebSocket技术，服务器端不再被动的接受客户端访问，还可以向客户端主动发送信息。

第9章介绍HTML5新标准中特色的多线程模式Web Workers。使用Web Workers后，将画面中需要耗费大量时间运行的处理放在后台执行，前台画面不再像原来的网页一样，当进行耗时的处理时，画面只能“凝固”不动。

第10章介绍两种保存数据的API——WebStorage与Web SQL Database。Web Storage类似原来的Cookie与Session，而使用Web SQL Database后，就可在JavaScript中直接操作数据库了。

第11章介绍在智能终端中受欢迎的定位功能GeolocationAPI（当然普通网页中也能使用它），以及将Geolocation API与Google MapsAPI进行结合的具体应用。

本书阅读支持

本书可以作为HTML5开发的工具书以及HTML5入门学习读物，书中所有的源代码都可以从本书的支持网站（http://www.softechallenger.com）中下载。

武汉大学计算机学院王中元副教授以及上海电力学院计算机与信息工程学院的江友华副教授负责编写了本书中的部分内容。另外，朱蕾、罗伟、黄建峰、朱至濂参加了本书部分章节的审校及协助编写工作。在此特别感谢我父母在本书编写过程中的大力支持。

本文链接

信道与信道栈

2012-05-22T09:13:00Z

信道与信道栈
在信道层，若干信道首尾相连组成一个管道，我们将其称为信道栈。WCF采用基于消息的通信手段，信道栈提供一个消息传输和处理的通道。关于信道栈处理消息的方式，我们可以通过自来水厂的净水流程做一个类比。
有一个为居民提供饮用水的自来水厂，它的任务就是抽取自然水源，进行必要的净化处理，最终输送到居民区。净化处理的流程可能是这样的：天然水源被汲取到一个蓄水池中先进行杂质的过滤（过滤池），被过滤后的水流到第二个池子中进行消毒处理（消毒池），被消毒处理的水流到第三个池子中进行水质软化处理（软化池），最终水通过自来水管道流到居民的家中。
WCF中信道栈就相当于一个自来水厂，而构成信道栈的一个个信道就相当于上面提到的过滤池、消毒池、软化池，以及自来水管道。唯一不同的是，自来水厂处理的是水，而信道栈处理的是消息（Message）。
这样设计的最大好处就是具有很强的可扩展性。水的净化流程具有多个环节，对于消息处理来说，不可能、也没有必要设计出一种万能信道完成所有的消息处理任务。我们更希望的方式是让一个信道专注于单一功能的实现，最终通过对信道有序、合理的组合去完成消息处理任务。
自来水厂旨在为居民提供饮用水，所以从水厂到居民住所之间的自来水管道是必需的，至于中间的过滤、消毒、软化等环节在水质良好的情况下可能就显得不那么必要了。对于WCF的信道栈来说，也有两种必需的信道，即传输信道（Transport Channel）和消息编码信道（Message Encoding Channel）。因为信道栈的最终任务总是实现对消息的网络传输，所以传输信道肯定是必需的；在传输之前需要对消息进行编码，而消息编码功能是通过消息编码信道实现的。所以最简单的信道栈可以只由如图3-1所示的传输信道和消息编码信道组成。

WCF采用基于消息的通信方式，所有功能，无论是与业务相关还是与业务无关的，都是通过消息交换来实现的。除了最基本的消息编码和传输之外，其他的一些功能也需要通过在消息交换过程中添加一些相应的消息处理操作来实现，典型的功能包括：
l 事务流转（Transaction Flowing）：将从客户端开始的事务流转到服务端，从而将服务的执行纳入该事务。
l 安全传输（Transfer Security）：保证数据包或消息的安全，避免被恶意篡改与窥视，同时解决客户端和服务身份认证问题。
l 可靠传输（Reliable Messaging）：在网络环境稳定的情况下保证数据包或消息的可靠、有序传输。
这些特殊的功能也通过相应的信道来承载。说得专业一点，WCF是遵循WS-标准的，WS-通过一系列的协议制定了一套业界普遍遵循的Web 服务标准，使得不同厂商、不同平台之间的互操作成为可能。WCF对最新的WS-提供了支持，随着WS-的逐步完善，WCF也会与之保持同步。
对绝大部分WS-*协议的支持都是通过在信道栈中添加相应的信道实现的，所以我们把这样的信道称为协议信道（Protocol Channel）。必需的传输信道和消息编码信道，加上可选的协议信道，组成了一个更加完整的、功能更加强劲的信道栈。如图3-2所示，在传输信道和消息编码信道之上，基于WS-Security的信道确保了消息的传输安全；基于WS-RM（WS-Reliable Messaging）的信道实现了消息的可靠传输；基于WS-AT（WS-Atomic Transaction）的信道实现了分布式的事务支持。

本文节选自《WCF全面解析（上下册）》一书
蒋金楠著
图书详细信息:
http://www.cnblogs.com/broadview/archive/2012/05/18/2508081.html
本文链接

可靠会话最佳实践

2012-05-21T08:37:00Z

可靠会话最佳实践

1．设置MaxTransferWindowSize
WCF中的可靠会话使用传输窗口保存客户端和服务上的消息。可配置属性MaxTransfer WindowSize指示传输窗口可以保存多少条消息。
在发送方，指示在等待确认消息时传输窗口可以保存多少条消息，在接收方，则指示为服务缓冲多少条消息。
选择合适的大小可影响使用网络的效率及运行服务的最佳容量。下面将详细介绍选择此属性的值时要考虑的事宜及值的影响。
默认传输窗口大小是8条消息。

2．有效使用网络
此处的“网络”一词对应于在客户端（发送方）和服务（接收方）之间用做通信基础的任何事物。包括传输连接及中间的任何中介或者网桥，包括SOAP路由器或HTTP代理/防火墙。
有效使用网络可确保充分利用网络容量。每秒通过网络传输的数据量（称为“数据速率”）及从发送方到接收方传输数据所用的时间（称为“延迟”）都会影响利用网络的有效性。
在发送方，属性MaxTransferWindowSize指示在等待确认消息时，其传输窗口可以保存多少条消息。因此，如果网络延迟时间很长，为确保及时响应发送者和对网络的有效利用，应增加传输窗口大小。
例如，即使发送方满足数据速率，如果发送方和接收方之间存在多个中介或者中介或网络存在损失，则延迟时间会很长。因此，在发送方接收要在网络上发送的新消息之前，必须在其传输窗口中等待消息的确认信息。具有高延迟的缓冲区越小，网络利用率就越低。另一方面，传输窗口大小过高可能会影响服务，原因是服务可能需要满足客户端的高发送速率。

3．满负荷运行服务
为最大程度地有效使用网络，理想情况是服务也按最佳容量运行。接收方的传输窗口大小属性指示接收方可以缓冲多少条消息。此消息缓冲不仅帮助网络进行流控制，还可让服务满负荷运行。例如，如果缓冲区是1，而且消息到达的速度超过了服务可以处理的速度，则网络可能会丢弃一些消息，并可能浪费或闲置网络容量。
使用缓冲区可提高服务的可用性，因为服务可以在处理以前接收到的消息的同时并发接收和缓冲消息。
建议在发送方和接收方使用相同的 MaxTransferWindowSize。

4．启用流控制
流控制是确保发送方和接收方保持步调一致的机制，也就是说，使用和处理消息的速度与产生消息的速度一样快。客户端和服务端的传输窗口大小可确保发送方和接收方在一个合理的同步窗口中。
当在WCF客户端和WCF服务之间使用可靠会话时，强烈建议将FlowControlEnabled属性设置True。

5．设置MaxPendingChannels
当编写一个允许从不同的客户端启用可靠会话通信的服务时，可能会有许多客户端同时建立与该服务的可靠会话。在这些情况下，服务的响应取决于MaxPendingChannels属性。
当发送方创建到接收方的可靠会话通道时，发送方和接收方之间的握手将建立可靠会话。建立可靠会话之后，该通道会放入到挂起的通道队列中以供服务端接收。此MaxPendingChannels属性指示有多少个通道可以处于此状态。
服务端有可能会处于一种无法接收更多通道的状态。如果队列已满，则会拒绝建立可靠会话的尝试，客户端必须重试。
队列中挂起的通道也可能会在队列中保持很长时间。此外，可能会出现可靠会话的非活动超时，从而导致通道转换到错误状态。
因此，在编写同时服务于多个客户端的服务时，应设置一个适合需要的值。为MaxPendingChannels属性设置过高的值会影响工作集。
MaxPendingChannels的默认值为4。

6．可靠会话和宿主
在为使用可靠会话服务提供Web宿主时，应该记住下面的重要注意事项。
可靠会话是有状态的，而状态在AppDomain中进行维护。这意味着属于可靠会话的一部分的所有消息必须在同一个AppDomain中进行处理。其大小超过1的网络场和网络园无法保证满足此约束。
使用双工HTTP通道（例如使用WsDualHttpBinding）的可靠会话会要求多于默认的每个客户端2个HTTP连接的连接数。这意味着双工可靠会话会在每个方向上要求2个连接，因为并发应用程序和协议消息可能会在任意给定时间在每个方向上进行传输。这意味着，在某些特定的条件下，根据消息交换服务模式的不同，使用双工HTTP和可靠会话的Web承载服务可能会出现死锁。若要增加每个客户端允许的HTTP连接数，请将下列代码添加到相关配置文件中（例如，相关服务的 web.config）。其中的“XX”是需要的连接数。
l  <configuration>
   <system.net>
      <connectionManagement>
         <add name ="*" maxconnection = "XX" />
      </connectionManagement>
   </system.net>
</configuration>

本文节选自《WCF全面解析（上下册）》一书
蒋金楠著
图书详细信息:
http://www.cnblogs.com/broadview/archive/2012/05/18/2508081.html
本文链接

WCF全面解析（上下册）

2012-05-18T09:06:00Z

WCF全面解析（上下册）

蒋金楠 著

ISBN978-7-121-16656-3

2012年4月出版

定价：168.00元

16开

1168页

宣传语：如果你想成为SOA和WCF方面的专家，那么这本书就是你的最好法宝。

内容简介

本书是作者多年潜心研究WCF技术的心血之作，也是这些年来从事WCF开发的经验总结。书如其名，《WCF全面解析》涵盖了WCF几乎所有的知识点，并对其底层框架进行了“庖丁解牛”式的剖析，力求将WCF的整个运行机制完整而清晰地呈现在读者面前。

本书上册的前四章在对WCF进行总体介绍的基础上，对构成终结点的三要素（地址、绑定和契约）进行了系统说明；随后的两章则着重剖析序列化和消息编码在WCF中的实现；第7、8章讲述了在服务寄宿和操作调用过程中，WCF的服务端和客户端框架分别为我们做了什么；第9、10章将介绍的重点落在实例化、会话和REST服务上面；在最后一章中采用WCF构建了一个具体的电子商务网站VM，它将指导你如何将理论应用于实践。

本书下册主要涉及一些所谓的“高级”话题，主要包括如何在分布式环境中处理异常（第1章）；元数据的导入与导出、发布与获取如何实现（第2章）；如何利用WCF对事务的支持将分布式事务引入服务（第3章）；如何利用并发与限流机制提高服务的吞吐量和可用性（第4章）；如何利用可靠会话机制确保消息的“使命必达”（第5章）；如何利用队列服务提供离线通信的支持（第6章）；第7、8章主要涉及安全的相关内容，包括传输安全、授权与审核；第9章全景展示WCF服务端和客户端的运行时框架，以及在此基础上的所有扩展可能；最后一章为你带来WCF 4.0几个独立的新特性。

本书不仅适合尚未接触过WCF，希望尽快入门并进行深入研究的开发人员使用，同样也适合对WCF有一定了解的开发设计人员和架构师阅读。相信不同层次的读者都能从本书中找到自己希望了解的部分。

作者介绍

蒋金楠（网名Artech）现就职于某知名软件公司担任高级软件顾问。连续5届微软MVP（最有价值专家），同时也是少数的双料MVP（Solutions Architecture + Connected System）之一。国内较早接触WCF的人之一，2007年2月起在个人博客（http://www.cnblogs.com/artech）上发表超过两百篇深入介绍WCF的文章，成为了目前国内WCF在线资料的主要来源。

同业推荐

我经历了COM时代，一直把Don Box的《COM本质论》奉为我的指路明灯。能把SOA机理和WCF这种特定厂商实现的技术讲得如《COM本质论》一样完美透彻的，那必属Artech这本经过自己深研、实践而著的心血结晶——《WCF全面解析》。如果你想成为SOA和WCF方面的专家，那么这本书就是你的最好法宝。想想你作为专家而获得的回报，那么你对这本书购买所做的付出，那简直是太值了。

——《走出软件作坊》作者明源软件CTO 阿朱

金楠是一位工作在一线的优秀的WCF技术人员，这符合我对阅读技术图书的第一个要求和期待。其次，金楠的写作文笔、专业责任也给人以充分信任，这在金楠的文字中读者可以体会。这本《WCF全面解析》全面剖析了构建WCF应用所需要的各方面技术，剥丝抽茧，由浅入深，也是我非常欣赏的技术讲述方式。我相信《WCF全面解析》一书是搞WCF朋友的案头必备。

——祝成科技与Boolan.com创始人 .NET技术专家李建忠

知识全面、论述准确、逻辑严密是本书的特点。这是一本各层次开发人员都可以从中受益的书：对于初、中级开发人员，它可以帮助你获得WCF全方位的知识，系统地梳理WCF的知识结构，提升动手实践能力；对于高级开发人员，它既可以有效弥补你WCF相关知识中的盲点，又可以让你在自己熟悉的知识点上领略作者的看法和理解。

——资深架构师曲春雨

序

由于从事IT技术教育行业，我对金楠在技术教育传播方面的付出有着格外一层敬意。对国内IT技术出版历史有所了解的朋友应该不会忘记，我们曾经的IT技术出版是多么的贫瘠和劣质。大量的非专业人士在翻译、编著一些粗制滥造的图书来“教育”从事一线IT技术工作的专业人士，一如食品行业的“三聚氰胺”和“地沟油”，侵蚀着技术人员的知识供应系统——这段荒诞的历史，是中国IT行业一段时间以来技术水平低下的一个重要原因。

我一直有一个观念：IT教育、出版、传播必须由一线专业的技术人来做内容的生产者——其实这是一个常识，可惜的是在我们这个杂草丛生的时代，这些常识常常被忘记。

所幸，每个行业总有一些进步的力量在推动改变。金楠就是推动国内技术教育进步力量的一分子。首先，金楠是一位工作在一线的优秀的WCF技术人员，这符合我对阅读技术图书的第一个要求和期待；其次，金楠的写作文笔、专业责任也给人以充分信任，这在金楠的文字中读者可以体会。

另一方面，我也相信读者的觉醒是中国技术出版环境改善的土壤基础。“阅读图书前仔细调研作译者，了解作译者的背景和经验，看作译者是否持续地在某一领域有长期积累和耕耘，大家用买书作为选票来鼓励那些优秀、负责任的作译者……”这是我在很多场合鼓动“读者觉醒”的“启蒙言论”。

我相信随着觉醒的读者越来越多，像金楠这样的教育同道越来越多，假以时日，国内的技术教育和出版环境就会得到大幅度改善，中国技术产业也会有质的飞跃。

这是我为金楠的呕心力作《WCF全面解析》出版感到欣喜的原因。了解WCF的朋友我想很多都知道“国内有个叫蒋金楠，网名Artech的在搞WCF”——这也是我对金楠的初始印象。通过接触金楠的技术博客，以及金楠09年的作品《WCF技术剖析》，我以及我的技术团队都曾从金楠那里得到过技术营养。作为继DCOM、Remoting、Web Services、EnterprisesServices之后微软的分布式组件通信与服务框架，WCF无疑是微软技术平台构建网络应用的首选。特别是在添加了REST支持之后，WCF在面向新一代移动互联应用方面也成为很多技术架构的选择。金楠的《WCF全面解析》全面剖析了构建WCF应用所需要的各方面技术，剥丝抽茧，由浅入深，也是我非常欣赏的技术讲述方式。我相信《WCF全面解析》一书是搞WCF朋友的案头必备。

李建忠祝成科技创始人

微博：weibo.com/jzli

李建忠，祝成科技与Boolan.com创始人，兼高级讲师，国内知名.NET技术专家。对于技术教育有异乎寻常的热情，由于在.NET社区的特殊贡献，于2010年获微软区域技术总监荣誉称号。专注于面向对象、.NET、C++、设计模式。微软MSDN中国C++、.NET、设计模式专栏讲师。四度连任微软最有价值专家（MVP）；微软MSDN中文网络广播最受欢迎讲师。译作：《Microsoft .NET框架程序设计（修订版）》、《EffectiveC#中文版》。曾成功培训过西门子、SAP、HP、CA、腾讯、东软、诺基亚等著名企业。

推荐序

组件式开发是每个开发人员的梦想。前有CORBA、COM+、EJB前赴后继，进化到如今又演变成了SOA。而微软体系内的SOA解决方案就是WCF。

微软的技术似乎入门、易用性一直都不错，VS.NET随便一个向导就能产生一个WCF应用代码骨架。而且微软一直号称底层他们给搞定，大家只要专注业务实现即可。

但事实真的如此吗？如果你曾经经历了过往的组件式开发技术在商用产品中的实践，那么你就会知道，不了解底层机理，你做的东西只能作为原型，一到真实的商用生产环境中接受数据、并发、事务、安全、网速的考验，不足立马显现。这也就是组件技术经历了多种技术，流行多年，但真正能在市面上看到的成功的组件式应用软件却少之甚少的原因。

但我们仍然不乏梦想，组件式开发仍然是我们每个开发人员的追求境界。我们想做好它掌控它，怎么入手？庞杂的技术规范和技术演进，又杂合了各家厂商的实现不同、理念不同，让我们乱花迷眼。

我经历了COM时代，一直把DonBox的《COM本质论》奉为我的指路明灯。在SOA时代，我想学习WCF，我曾经购买过大量关于SOA和WCF的书籍，但能把SOA机理和WCF这种特定厂商实现的技术讲得如《COM本质论》一样完美透彻的，那必属Artech这本经过自己深研、实践而著作成功的心血结晶——《WCF全面解析》。

Artech对WCF的研究历来已久，早在2009年就已经出版了广受欢迎的《WCF技术剖析》（卷1），因为我关注Artech的博客已经很久，所以卷1一出版我就赶快入手了一本。很快这本书就成为我学习WCF的主要读物，每每重读都有新的启发和认识。但卷1对WCF的高级技术如事务、异常保护、元数据、可靠会话、传输安全等主题并没有谈得很透彻，所以Artech又专门著作了卷2来专题论述。WCF技术发展日新月异，回过头来看卷1内容，很多细节已经发生了改变，而且一些新的技术特性也需要增补，Artech对WCF技术的认识和实践在这么多年一线研发工作中更深入了一层，所以Artech决定修订卷1，并且和卷2构成更完整、更流畅、更清晰的体系，两卷合并出版，这就是《WCF全面解析》的来由。这本书历经5年打磨，绝对和它的名字“全面解析”名副其实。能读到此书，幸哉！

国内在技术图书这个领域大多崇拜国外翻译的书籍，当然也有国内害群之马不在一线开发实践工作就大讲技术，厚厚的一本书尽贴的是大段完整的Demo代码和Next Step之类的截图。但卷1已经用事实证明，这本书都是干货。尽管这次卷1、卷2合二为一，厚厚一个大部头容易让人吓一跳，但这确实是因为WCF这个体系太庞大，要想真正把它层层解析透彻，就需要这么多的笔墨力量。

而且Artech有着程序员惯有的严谨、细致、踏实、追本求源、动手验证、力求完美代码的精神品质。所以此书的字里行间也处处透着这种实践、实证、机理的氛围。能把如此复杂、庞大的技术体系讲明白，这需要有非常高超的文字架构能力和描述能力。但Artech层层剖析，从入门实例到技术规范原理，再到WCF实现与代码验证，Artech这种写作风格非常符合开发人员的理解习惯，而Artech本身就是一直战斗在一线的开发人员，因此这就是一本开发人员写给开发人员的书。

如果你想成为SOA和WCF方面的专家，那么这本书就是你的最好法宝。想想你作为专家而获得的回报，那么你对这本书购买所付出的，简直是太值了。

阿朱

阿朱，本名吕建伟，畅销书《走出软件作坊》作者，CSDN名博，现任深圳明源软件CTO。10年以上商业软件从业经验，10余年来一直专注行业管理信息化领域，7年职业经理人生涯，在商业分析、产品体系规划、研发人才体系搭建、研发过程管理、技术架构、贯通售前/研发/售后方面多有经验。

前言

“全书之写印，实系初稿。有时公私琐务猬集，每写一句，三搁其笔；有时兴会淋漓，走笔疾书，絮絮不休；有时意趣萧索，执笔木坐，草草而止。每写一段，自助覆阅，辄摇其首，觉有大不妥者，即贴补重书，故剪刀浆糊乃不离左右。个中甘苦，只自知之。”

在某个阳光明媚的早晨，我在去上班的公交车上翻看岳南先生的《南渡北归》的时候，看到上面这段董作宾描述自己写作《殷历谱》之甘苦的文字，回想起我写作这本书的经历，不禁感慨万千。我无意将《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建立在.NET平台下，提供基于托管代码的应用编程接口（API），在编程层面不会太复杂，也很容易入手。但是如果希望通过WCF构建一个具有高性能、高可维护性、高可扩展性的分布式应用，就要求架构师、设计师和开发者对WCF的实现机制，以及面向服务的设计原理具有正确、全面而深入的理解。当然，对于WCF编程的介绍对于任何一本关于WCF的图书都是必需的，《WCF全面解析》也不例外，不过它和那些完全介绍WCF编程的书不同的是，本书中此类内容仅占全部内容的一半左右。

注重细节

“细节决定成败”，如果将2/8原则应用到编程领域，它将体现在：花20%的时间编写出80%程序主体，而80%的时间用于编写剩下20%核心程序并纠错和解决Bug。这些Bug的产生往往是由于对细节不够重视所导致的。《WCF全面解析》会介绍一些常被人们忽视而导致产品Bug的细节，这些细节多源自于我这些年来实践的积累和总结。

注重实践

“实践出真知”，不断地在具体应用中进行实践是学习WCF最有效的手段。实践是检验真理的唯一标准，通过将所学的WCF知识应用到一个真正的应用之中，才能确保我们掌握的知识的正确性。实践不但可以巩固我们的所学，还会让我们意识到不足。《WCF全面解析》在每一章节都会提供一系列的实例演示，读者可以单独下载这163个实例的源代码。

本书读者

本书的内容不仅适合尚未接触过WCF，希望尽快入门并进行深入研究的开发人员，同样适合对WCF具有一定了解的开发设计人员和架构师。相信不同层次的读者都能从本书中找到自己希望了解的部分。阅读本书的读者需要对.NET，包括对C#和.NET Framework具有一定的了解。如果读者具备了DCOM、Enterprise Library Service、.NET Remoting、Web Service、MSMQ及SOA相关的基础，对阅读此书尽快掌握WCF将大有裨益。

本书结构

（上册）

第1章 WCF简介（WCF Overview）

本章简单讲述了WCF产生的历史背景，以及在微软产品线中所处的地位。为了使读者对基于WCF的编程模型有一个直观的印象，我们将带领读者创建一个完整的WCF应用。本章实例应用涵盖了构建一个基本WCF应用所需的所有步骤，包括服务契约的定义、服务的实现、服务的寄宿、元数据的发布和导入、服务代理的创建和服务调用等。

第2章地址（Address）

作为终结点三要素之一的地址在WCF应用编程接口中通过EndpointAddress表示，本章会从编程的角度对该类型进行详细的介绍。端口共享对于WCF服务的部署具有重要的意义，我们会分别介绍基于不同传输协议（HTTP/HTTPS和TCP）的端口共享机制在WCF中是如何实现的。终结点地址具有逻辑地址和物理地址之分，本章会详细讲述如何在客户端和服务端实现两者的分离。在本章的最后会对请求监听和消息分发机制进行深入解析。

第3章绑定（Binding）

WCF整个框架大体分为服务模型层和信道层，作为终结点三要素之一的绑定是整个信道层的缔造者。为了全景展示整个绑定模型，涉及到的对象包括绑定元素、信道监听器、信道工厂、信道等。绑定本质上是一系列相关绑定元素的有序组合，我们将从绑定元素的构成来分析常见系统绑定的本质区别，以及通过绑定元素重组来创建自定义绑定。

第4章契约（Contract）

契约是组成终结点的第三个元素，本章会从编程和服务描述的角度系统地介绍服务契约。组成服务契约的操作表示基于某种模式的消息交换和消息本身的结构，本章会着重介绍基于三种消息交换模式的契约操作之间的差异，以及如何编程实现对客户端的回调。多线程在服务调用中具有普遍的意义，我们会全方面地介绍多种不同的异步调用方法在WCF中的实现。在本章的结尾，我们会详细讨论操作选择和执行机制。

第5章序列化（Serialization）

序列化/反序列化最终通过XmlSerializer和DataContractSerializer这两个序列化器来实现，我们会详细介绍它们参与序列化和反序列化采用的序列化规则。数据契约是WCF中定义数据的主要方式，本章会着重介绍如何通过DataContractAttribute和DataMemberAttribute这两个特性来定义数据契约。确定对象的类型是保证序列化/反序列化成功的先决条件，我们会系统地介绍如何通过“已知类型”让某些类型成为序列化器预先知道的类型。基于集合和泛型类型的数据契约比较特殊，我们会在专门的一节对它们进行详细介绍。本章的最后会讲述数据契约等效性的概念，以及针对请求消息和回复消息的序列化/反序列化在WCF中是如何实现的。

第6章消息（Message）

消息是通信的载体，本章专门介绍关于消息的话题。我们首先会通过对SOAP的介绍让读者知道一个标准的消息应该具有怎样的结构。在WCF的应用编程接口中，消息通过类型System.ServiceModel.Channels.Message表示，我们会针对该类型来介绍基于消息的基本操作和状态机。除了消息主体外，我们可以通过消息报头和消息属性来携带额外的控制信息，本章会详细讲述消息报头和消息属性是如何添加和读取的。消息契约可以将某个类型的属性/字段分别定义成消息的主体成员和报头成员，我们会系统地介绍基于消息契约的编程。本章以消息编码作为结尾，通过介绍我们可以知道消息在发送前的编码和接收后的解码在WCF中是如何实现的。

第7章服务寄宿（Hosting）

我们通过宿主应用程序来承载服务旨在为服务提供一个运行环境。服务契约通过ServiceHost来实现，以终结点为核心的服务描述是创建ServiceHost的基础，所以本章的开始会对服务描述进行系统的介绍。IIS/WAS寄宿是我们常用的服务寄宿方式，为了深刻地理解背后的运行机制，我们对不同版本的IIS和ASP.NET管道进行了详细介绍。而IIS/WAS寄宿具有ASP.NET兼容模式和并行模式之分，本章将从实现原理的角度深入剖析两者的差别。我们将针对Windows服务的服务寄宿方式放在本章的结尾进行介绍。

第8章客户端（Client）

我们通过服务代理进行服务调用，而服务代理可以直接通过ChannelFactory<TChannel>来创建，也可以通过导入服务元数据的方法直接生成继承自ClientBase<TChannel>的服务代理类。本章会详细讲述ChannelFactory<TChannel>和ClientBase<TChannel>。通过本章的介绍我们会知道，从ChannelFactory<TChannel>被创建到被开启，再到通过ChannelFactory <TChannel>创建服务代理，最后将服务代理开启并进行服务调用的各个阶段WCF在背后都为我们做了什么。

第9章实例化与会话（Instancingand Session）

实例化和会话是WCF中两个重要的概念，前者旨在实现服务实例对象的激活，后者则实现对客户端调用状态的保持。本章将详细介绍三种典型的实例化模式所表现的行为、实现的原理及各自适合的场景。在介绍会话的部分会深入剖析会话如何保持客户端多次服务调用的状态，以及会话、实例化模式、绑定和信道之间的关系。

第10章 REST服务（REST Service）

REST是直接建立在Web上的一种面向资源的软件架构风格，WCF通过Web HTTP编程模型对REST提供了很好的支持。本章会系统地讲述组成WebHTTP编程模型的重要类型和组件。URI模板是WCF REST的一个重要的概念，读者通过本章的介绍不仅会了解定义URI模板的基本语法，还会对基于URI模板的操作选择机制有一个深刻的理解。较之SOAP，WCF REST采用更为复杂的消息格式化机制，本章通过对消息格式化的介绍让读者明白不同消息格式和主体风格的消息是如何格式化的。输出缓存、条件获取和条件更新的介绍被放在本章的最后部分。

第11章 WCF实例研究（WCF inPractice）

本章通过一个简单的电子商务网站VideoMall指导读者如何利用WCF构建一个完整的分布式应用。本实例不仅会体现WCF的基本编程方式，还会涉及一些软件架构和设计方面的介绍，比如模块化、分层、IoC和AOP等。本实例还体现了很多针对WCF的扩展，比如通过扩展实现了与Unity、EntLib的集成。

（下册）

第1章异常处理（ExceptionHandling）

本章首先会对WCF基本异常处理模式进行介绍，读者借此会了解到如何进行异常的抛出与捕获，异常详细信息如何传递，以及错误契约该如何定义。异常和消息是错误信息的两种不同的载体，我们会详细介绍通过两种不同形式承载的错误信息是如何进行转换的。WCF的扩展性在异常处理方面具有较好的体现，本章的最后部分会通过实例演示的方式讲述基于自定义ErrorHandler的异常处理扩展。

第2章元数据（Metadata）

用于描述服务的元数据帮助客户端创建匹配的终结点进行服务调用，WCF具有一个完整的元数据体系实现元数据的导出、发布、获取和导入，本章会从这4个方面来深入剖析整个元数据架构体系。不论是元数据本身还是元数据的发布，都不是微软在Windows平台内部的闭门造车，而是遵循一系列的开放标准，这些标准包括WS-Policy、WS-Transfer、WSDL和WS-MEX等，本章同样会涉及到对这些WS-*规范的介绍。

第3章事务（Transaction）

基于WCF的分布式事务直接建立在现有的Windows事务管理体系之上，本章会对该事务处理模型进行详细的介绍。WCF事务具有OleTx和WS-AT两个基本协议，我们会对WS-AT以及相关的WS-Coordination规范进行相应的介绍。在针对事务编程模型的介绍中，我们会了解到如何通过服务契约定义事务流转的策略，如何通过对绑定的设置实现事务的流转，以及如何控制事务相关的行为。在本章的最后，我们会详细讲述事务流转和事务自动登记在WCF框架体系中是如何实现的。

第4章并发与限流（Concurrencyand Throttling）

并发指的是针对同一个封装服务实例的实例上下文的并行调用，WCF具有Single、Multiple和Reentrant三种基本的并发模式，本章会详细讲述基于不同实例化方式的Single和Reentrant并发模式是如何实现的。线程的亲和性表示针对服务调用请求的处理与服务寄宿时的同步上下文的绑定，本章会详细介绍线程的亲和性是如何产生的，以及如何解除线程的亲和性。限流旨在控制相应的并发量以实现对资源的合理使用，进而确保服务的可用性，在本章的最后部分我们会详细讲述如何设置三个限流阈值，以及限流机制的实现原理。

第5章可靠会话（ReliableSessions）

可靠会话通过消息确认和超时重传机制保证了通信的可靠性，实现了消息的接收保障、重复筛选和有序交付。可靠会话是对WS-RM的实现，本章的开始会进行关于WS-RM的相关介绍。可靠会话仅仅涉及到绑定，我们会通过实例演示的方式来介绍围绕着绑定的可靠会话编程模型。在本章的最后，我们会从消息交换的角度来深入剖析可靠会话是如何实现上述三个可靠通信诉求的。

第6章队列服务（QueuedService）

WCF是Windows平台下传统分布式技术集大成者，这里被集成的一项分布式技术就包括MSMQ，我们把采用MSMQ作为通信手段的服务称为队列服务。为了巩固读者针对MSMQ的相关知识，我们会对MSMQ以及针对System.Messaging的编程模型进行简单的介绍。同样是通过三要素组成的终结点，队列服务对终结点有着不同的要求，我们会讨论队列服务终结点的独特之处。队列服务针对事务和会话有着完全不同的特性和实现方式，队列服务下的事务和会话是本章的一个重点。本章的最后部分会讲述在客户端和服务端如何进行错误处理。

第7章传输安全（TransferSecurity）

传输安全通过身认证让服务和客户端在进行功能性消息交互之前确定对方的身份，通过对消息的签名和加密确保消息的一致性和机密性。传输安全具有两种基本模式，即Transport和Message安全模式，本章针对不同的绑定类型对这两种安全模式的支持进行了系统的介绍。

第8章授权与审核（Authorizationand Auditing）

WCF提供了针对操作的声明式授权让某个访问者只能执行被授权的操作。Windows用户组和ASP.NET Roles这两种现成的授权方式可以被直接使用，同时支持自定义的授权模式。本章着重介绍不同授权模式的编程方式和实现原理。所谓的安全审核就是针对认证和授权所做的针对EventLog的日志记录，我们将通过具体的实例来讲述如何审核编程和实现审核背后的故事。

第9章扩展（Extension）

整本书都在提及WCF的扩展性，本章对此进行专门的介绍。根据具体需要对WCF进行自由而灵活的扩展的前提是我们对整个WCF运行框架体系有一个深刻的认识，所以本章会为你带来针对WCF客户端和服务端运行框架的全景展示，并在此基础上介绍WCF包含的几乎所有的扩展点。

第10章 WCF 4.0新特性（New Feathuresin WCF 4.0）

其实整本书都是针对WCF 4.0的，关于WCF 4.0针对现有功能的一些小改动已经包含在各个章节中。本章着重介绍WCF 4.0提供的一些全新的特性，包括默认终结点、默认绑定和行为配置、标准终结点、无.svc文件服务激活、路由服务和服务发现等。

关于作者

蒋金楠（网名Artech）现就职于某知名软件公司担任高级软件顾问。连续5届微软MVP（最有价值专家），同时也是少数的双料MVP（SolutionsArchitecture + Connected System）之一。国内较早接触WCF的人之一，2007年2月起在个人博客（http://www.cnblogs.com/artech）上发表了超过200篇深入介绍WCF的文章，成为目前国内WCF在线资料的主要来源。

致谢

本书得以出版，最应该感谢的人是博文视点的策划编辑张春雨老师。虽然本书上册在《WCF技术剖析（卷1）》的基础上进行了非常大的修改，但是基本的框架结构还是保留下来，所以在这里需要首先感谢为《WCF技术剖析（卷1）》的出版付出努力的编辑周筠和杨绣国（Lisa）女士，以及作为审稿人的郭金链、葛子昂、黄昕、李会军、孟永刚、王翔、曲春雨、王森（中国台湾）、张逸、张玉彬等。

必须感谢我的父母，他们赐予我一颗不算愚笨的脑袋，并从小培养我独立思考的习惯。感谢我的老婆徐妍妍，虽然你不知道什么是WCF，但你却是我最忠实的读者。如果读者觉得和《WCF技术剖析（卷1）》相比本书少了一些错别字和表达错误，这主要得力于这位贴心的“私人编辑”。

本书支持

本书涉及的很多WCF底层实现的内容，大多不能通过官方的渠道获取。它们来自本人对WCF源代码的分析、通过应用程序的证明，以及这些年来使用WCF经验的总结。由于能力有限，对于本书涉及的内容，难免存在原理或表达上的偏差。如果读者在阅读本书过程中，发现任何问题可以直接向我本人反馈。如果你遇到任何WCF相关的问题，也可以和我一起交流。

作者博客：http://www.cnblogs.com/artech

作者微博：http://weibo.com/artech

邮箱地址：jiangjinnan@gmail.com

本书每一章节都会提供一系列实例演示，每个实例均有编号，如S101、S202等。对于专门介绍演示实例的章节，会将编号加入标题中。本书附录给出上下册共163个实例的标号及相关描述，读者可通过如下地址下载所有实例源代码：http://files.cnblogs.com/artech/WCF全面解析.rar。

本文链接

正则表达式之字符组

2012-05-15T09:13:00Z

正则表达式之字符组

普通字符组
字符组（Character Class）是正则表达式最基本的结构之一，要理解正则表达式的“灵活”，认识它是第一步。
顾名思义，字符组就是一组字符，在正则表达式中，它表示“在同一个位置可能出现的各种字符”，其写法是在一对方括号[和]之间列出所有可能出现的字符，简单的字符组比如[ab]、[314]、[#.?]在解决一些常见问题时，使用字符组可以大大简化操作，下面举“匹配数字字符”的例子来说明。
字符可以分为很多类，比如数字、字母、标点等。有时候要求 “只出现一个数字字符”，换句话说，这个位置上的字符只能是0、1、2、…、8、9这10个字符之一。要进行这种判断，通常的思路是：用10个条件分别判断字符是否等于这10个字符，对10个结果取“或”，只要其中一个条件成立，就返回True，表示这是一个数字字符，其伪代码如例1-1所示。

例1-1 判断数字字符的伪代码
charStr == "0"|| charStr == "1" … || charStr== "9"

注：因为正则表达式处理的都是“字符串”（String）而不是“字符”，所以这里假设变量charStr（虽然它只包含一个字符）也是字符串类型，使用了双引号，在有些语言中字符串也用单引号表示。

这种解法的问题在于太烦琐——如果要判断是否是一个小写英文字母，就要用||连接26个判断；如果还要兼容大写字母，则要连接52个判断，代码长到几乎无法阅读。相反，用字符组解决起来却异常简单，具体思路是：列出可能出现的所有字符（在这个例子里就是10个数字字符），只要出现了其中任何一个，就返回True。例1-2给出了使用字符组判断的例子，程序语言使用Python。

例1-2 用正则表达式判断数字字符
re.search("[0123456789]",charStr) != None

re.search()是Python提供的正则表达式操作函数，表示“进行正则表达式匹配”；charStr仍然是需要判断的字符串，而[0123456789]则是以字符串形式给出的正则表达式，它是一个字符组，表示“这里可以是0、1、2、…、8、9中的任意一个字符。只要charStr与其中任何一个字符相同（或者说“charStr可以由[0123456789]匹配”），就会得到一个MatchObject对象（这个对象暂时不必关心，在第21页会详细讲解）；否则，返回None。所以判断结果是否为None，就可以判断charStr是否是数字字符。
当今流行的编程语言大多支持正则表达式，上面的例子在各种语言中的写法大抵相同，唯一的区别在于如何调用正则表达式的功能，所以用法其实大同小异。例1-3列出了常见语言中的表示，如果你现在就希望知道语言的细节，可以参考本书第三部分的具体章节。

例1-3 用正则表达式判断数字字符在各种语言中的应用[1]
.NET（C#）
//能匹配则返回true，否则返回false
Regex.IsMatch(charStr, "[0123456789]");
Java
//能匹配则返回true，否则返回false
charStr.matches("[0123456789]");
JavaScript
//能匹配则返回true，否则返回false
/[0123456789]/.test(charStr);
PHP
//能匹配则返回1，否则返回0
preg_match("/[0123456789]/",charStr);
Python
#能匹配则返回RegexObject，否则返回None
re.search("[0123456789]",charStr)
Ruby
#能匹配则返回0，否则返回nil
charStr =~/[0123456789]/

可以看到，不同语言使用正则表达式的方法也不相同。如果仔细观察会发现Java、.NET、Python、PHP中的正则表达式，都要以字符串形式给出，两端都有双引号"；而Ruby和JavaScript中的正则表达式则不必如此，只在首尾有两个斜线字符/，这也是不同语言中使用正则表达式的不同之处。不过，这个问题现在不需要太关心，因为本书中大部分例子以Python程序来讲解，下面讲解关于Python的基础知识，其他语言的细节留到后文会详细介绍。

本文节选自《正则指引》一书余晟著
图书详细信息:
http://www.cnblogs.com/broadview/archive/2012/05/15/2501879.html

本文链接

正则指引

2012-05-15T09:05:00Z

正则指引

余晟著

ISBN978-7-121-16551-1

2012年5月出版

定价：58.00元

16开

336页

内容简介

本书针对作者在开发中遇到的实际问题，以及其他开发人员咨询的问题，总结出一套使用正则表达式解题的办法，并通过具体的例子指导读者拆解、分析问题。全书分为三大部分：第一部分主要讲解正则表达式的基础知识，涵盖了常见正则表达式中的各种功能和结构；第二部分主要讲解关于正则表达式的更深入的知识，详细探讨了编码问题、匹配原理、解题思路；第三部分将之前介绍的各种知识落实到6种常用语言.NET、Java、JavaScript、PHP、Python、Ruby中，不但详细介绍了语言中正则表达式的用法，更点明了版本之间的细微差异，既可以作为专门学习的教材，也可以作为有用的参考手册。

本书适合经常需要进行文本处理（比如日志分析或网络运维）的技术人员、熟悉常用开发语言的程序员，以及已经对正则表达式有一定了解的读者阅读。

作者简介

余晟，毕业于计算机系，副修中文，非正统型技术爱好者。曾任抓虾网、银杏泰克主力程序员，盛大创新院高级研究员，现任华南某电商公司技术部总监。坚信计算机可以无限延伸人的能力，前提是人必须理解计算机的逻辑，所以对任何技术都不应该浅尝辄止，仅仅满足于“会用”。

已经翻译出版《精通正则表达式（第3版）》和《技术领导之路》，审阅《软件架构师应该知道的97件事》和《REST in Practice中文版》。

读者评价

掌握正则表达式应该是IT工程师的一项标准技能，遗憾的是，过去，不少人多多少少忽视了这一点，所以在工作中总要应对正则表达式带来的「麻烦」。
我相信只有掌握并熟练运用它才有可能成为一个高效率的工程师。期待每个人手边都有一本正则表达式的参考书，当然，最好就是你现在看到的这本。

就在写这句话的几分钟前，我又从这本书中学到了一个有用的技巧。

冯大辉

配合恰当的案例，大量的反问，使读者自问、思考，扣人心扉，比较有代入感，加上配图，很容易让读者全面认识正则表达式。在原理讲解的章节，对比两种理论模型的区别，顺其自然地引入NFA引擎的关键要素——回溯，使读者从匹配原理上了解回溯，写出高效严谨的正则表达式。

陈驰 http://www.cnxct.com/

本书由浅入深的讲述了正则表达式，在正则的应用和调优方面有非常详细的介绍，特别在正则表达式处理中文方面有独到的阐述，对于需要经常处理中文的国内技术人员来说，无疑是非常值得拥有的一本手册。

贺钧 http://www.freefcw.com

正则表达式是程序员的必备知识。如果您还没有使用过这个强大的工具，或者学习正则表达式总不得要领，确实可以读读《正则指引》。

何源 http://www.cppblog.com/lambdacpp

这是一本通俗版的“精通正则表达式”。高手很难挑出毛病，一般程序员会受益匪浅，普通用户一步步读下去也能登堂入室。

张东亮 http://iregex.org

余晟在之前翻译业内名著的基础上，结合中文环境和自己的丰富经验，再接再厉推出自己的原创著作，实在是我等码农的一大幸事。

陈钢 http://gossipcoder.com

引子：关于正则表达式……

正则表达式这个名字看起来总有点古怪，概念似乎也不简单，甚至需要用一整本书来讲解；可是，它到底是什么呢？

身为技术人员，我相信你总会与字符串打交道，相应地，各种语言也都提供了与字符串有关的函数。不妨先看看下面几个问题，字符串函数是如何解决的（下面的代码使用Python语言，它很直观，正文里有基础的介绍。现在，你只需要知道def是定义函数的关键词即可）。

1. 判断字符ch是否数字字符

def isDigit(ch) :

return ch== "0" or ch == "1" …… or ch == "9"

2. 判断字符串str是否电话号码（为简单起见，现在只考虑固定电话号码，也就是长度在7~8位之间的数字字符串，且第一位不为0）

def isPhoneNum (str) :

iflen(str) >= 7 and len(str) <= 8 and str[0] != "0" :

forch in str :

if not isDigit(ch) :

return false

return true

returnfalse

任务本身并没有增加太多，但是程序复杂了很多倍；如果你不这样看，那么，来个更复杂的。

3. 找出一段文本中所有的电话号码

最直观的办法是，在字符串中的每个位置截取7~8个字符，调用之前的isPhoneNum()。这么做看起来没问题，只是效率太低。

当然，很容易就可以做点改进，只在“当前字符为数字字符”的情况下调用isPhoneNum()。这样效率倒是改进了，但是还有问题没有解决：要求找到的是长度大于等于7个字符，小于等于8个字符的“数字字符串”，而不是“子字符串”——也就是说，假如数字字符串是64240000，需要将它找出来；如果数字字符串是13800138000，则需要忽略它，以及其中的任何子串（比如13800138，00138000）。

所以，用isPhoneNum()找出字符串之后，还需要保证它之前的字符不是数字字符，之后的字符也不是数字字符。看起来很简单，但为了避免越界错误，又需要判断：如果当前字符是整段文本的第一个字符，则不需要判断之前的字符，因为它不存在；同样，如果找出的字符串在整段文本的末尾，则不需要判断之后的字符，因为它同样不存在……

到现在为止，即便只是找到最简单的固定电话号码，程序也非常复杂，难以维护。如果要查找的是形式更多变的文本，比如带区号的电话号码（021-64240000或者03718888888）、手机号码（13800138000或者+8613800138000或者013800138000），程序更是不可想象，更不用说文件路径名、URL地址、电子邮件地址了！然而，日常开发中我们又确实经常需要面对这类任务，有什么更好的办法呢？

正则表达式就是解决这类问题的万灵药。虽然许多人有点看不起它，觉得不入流，科班教材里也不会花太多篇幅来介绍它，但它确实是解决问题的利器——之前提到的三个例子，用正则表达式都可以轻松解决。

1. 判断字符ch是否数字字符

def isDigit(ch) :

returnre.search(ch, "[0-9]") != None

看起来很复杂，其实并不复杂：这里真正要关心的就是正则表达式[0-9]，它表示“从0到9之间的任意字符”，很形象吧？re.search()是正则表达式运算函数，它判断ch能否由正则表达式[0-9]匹配，可以则返回一个结果，否则返回None（这些细节正文中会讲到）。

2. 判断字符串str是否电话号码

def isPhoneNum(str) :

returnre.search(str, "[1-9][0-9]{6,7}") != None

这个正则表达式最开始是[1-9]，表示第一个字符必须是1~9之间的数字字符；之后是[0-9]{6,7}，表示长度在6和7之间，由0~9之间的数字字符组成的字符串（两部分加起来，整个字符串的长度在7和8之间）。要解决的问题复杂了，正则表达式仍然直观形象。

3. 找出一段文本中所有的固定电话号码

def findNumStr(str) :

returnre.findall(str, '(?<![0-9])[1-9][0-9]{6,7}(?![0-9])')

这个正则表达式之前多出了(?<![0-9])，表示“之前不能是[0-9]”；之后多出了(?![0-9])，表示“之后不能是[0-9]”。虽然稍微复杂点，但意思明确，而且不难理解。re.findall()的意思也很明显：找到所有这样的字符串。

可以想象，循着这种思路，更复杂的电话号码、手机号码等任务都不难解决。更重要的是，之前需要许多行语句才能完成的任务，现在基本上只需要一个正则表达式，一条语句就可以完成。正因为如此，不少人虽然认为正则表达式不够花哨、漂亮，却不得不承认它是一种 “匕首应用”——匕首，没有十八般兵刃那么大方，关键时候却不可或缺，所以值得花时间练练。同样，正则表达式虽然不能用来显摆，但总有派得上用场的地方，花时间练练绝不是坏事。即便你的工作不是纯粹的文本处理（比如日志分析），也总会有用到正则表达式的地方（比如查找和修改源代码），所以我希望，这本书能陪伴你练出一身正则表达式的好功夫，在关键场合能亮出趁手的工具。

最后，为了尊重传统教科书的习惯，附上正则表达式的“科班史”：

正则表达式发源于与计算机密切相关的两个领域：计算理论和形式语言。20世纪40年代，两位神经生理学家Warren McCulloch和Walter Pitts研究出一种数学方式来描述神经网络的办法，它们把神经系统中的神经元描述成小而简单的自动控制单元。1956年，数学家Stephen ColeKleene在他们研究的基础上，发表了一篇名为“神经网事件的表示法”的论文，在其中，他采用了一些称之为“正则集合（regular set）”的数学符号来描述神经网络模型。

之后，UNIX的主要发明人KenThompson将这个符号系统引入了文本编辑器QED（意思是“在文本中搜索某种模式”），正则表达式由此也进入了计算机世界。随后Ken Thompson又将正则表达式引入了UNIX下的文本编辑器ed，ed最终演化为大家熟悉的grep（grep得名自ed编辑器中的正则表达式搜索命令g/re/p，其中的re表示“正则表达式”）。

返璞归真——评《正则指引》

第一次接触正则表达式，是2000年我在西安一家公司使用Perl做网站开发时。之前我在工作中只使用过标准的C语言，Perl这门编程语言的强大表达能力，令我印象极为深刻。Perl的力量，除了语言本身的设计之外，很大程度上来自于它对正则表达式的完美支持。当时我们开发了一个网上商城的应用，允许很多商家在这里开店，可以选择一些不同的样式模板。我很快发现，使用Perl+正则表达式是开发这类应用的利器。我们只花了大约一个月的时间，就完成了网站核心功能的开发。那时候我意识到，使用正则表达式是聪明人写程序的方法（没说我是聪明人，但是我非常希望与那些聪明人为伍），可以极大地提高代码的重用度和执行效率。如果完全不使用正则表达式，代码量会增加数倍甚至十倍。

后来因为一些原因，我告别了Perl。在之后的工作中，我使用过Java、JavaScript、Ruby等编程语言。我发现这些语言对于正则表达式的支持，没有一个能够超越Perl。Java这种所谓的“工业主流编程语言”，一直到2002年JDK 1.4推出时，才正式把对正则表达式的支持加入到核心类库。因为长期缺乏对正则表达式的原生支持，以及语言本身表达能力欠缺，使用Java来做大量的文本处理，感觉非常笨拙，完全没有使用Perl那种指哪打哪的快感。直到2007年我发现了另一个更好的Perl语言——Ruby，才重新找回了2000年Perl带给我的编程快感。

因为我的工作主要是做Web开发，大量的时间花在与HTML/CSS/JavaScript以及关系数据库打交道上。在这里并没有很高深的算法，只有大量繁重的文本处理。难以想象，如果没有正则表达式，我们的开发将会是何等原始。

除了Web开发领域，需要实现大量自动化功能的一些领域，例如运维领域和自动化测试领域，也是正则表达式大显身手的地方。无论使用稍显简陋的sed/awk还是更高级的Perl/Python/Ruby，实现自动化功能，都必须依赖大量的正则表达式。

自从面向对象时髦起来之后，甚至一度出现了面向对象万能论，有人试图用MDA和可执行的UML来解决一切编程问题。但是我一直认为面向对象只解决了软件开发的一小部分问题，而且是宏观方面的问题。正则表达式解决的问题，是面向对象无能为力的一些微观方面的问题。在这里不需要坐而论道的方法论争论，需要的是刺刀见红的肉搏战。这些问题即使使用完全面向对象的方式能够解决，也会是很笨拙的。如果用物理学来比喻，面向对象是“广义相对论”，而正则表达式则是“量子力学”。

正则表达式已经成为了现代编程语言的基础模块，现在很难找到一种不支持正则表达式的编程语言。除了编程语言外，在很多工具软件，例如文本编辑器（Vi、Emacs、UltraEdit）、Web服务器（Apache、Nginx）之中都能找到正则表达式的身影。

余晟老师是我的朋友，我对他印象最为深刻的是他对于技术工作的严谨态度。“格物致知”是中国传统儒家学派所追求的一种道德修养，也是一种境界。余老师是我的朋友中最接近“格物致知”这种境界的一位。我虽然从未精通过任何一门技术，但是很喜欢结交余老师这样的朋友。

余老师潜心编著的这本《正则指引》深入浅出，将正则表达式的由来和分支娓娓道来。阅读这本书，我仿佛回到了11年前做Perl程序员时的快乐时光。国内很多程序员的一个通病是好高骛远，像《正则指引》这样一本详细讲解基础知识的书未必会有很好的销路。但是等你做过很多年开发之后，你会发现，对你最有价值的，正是这些基础知识和工具。软件开发的“道”，正是隐藏在这些看起来不起眼的基础知识和工具之中的。

李锟

2011年11月25日

前言

提到正则表达式，许多人很有点不屑一顾：这东西，不登大雅之堂，再说也不是总要用到，何必专门花时间学习？

没错，正则表达式并不“总要用到”，但到了需要的场合用不上，往往产生“一分钱难倒英雄汉”的尴尬。经常需要处理文本的程序员自然会知道正则表达式的价值，其他的程序员如果不会正则表达式，即便开发的领域与文本处理没什么关系，也难免“躺着中枪”的命运——前几天我遇到一个问题，将一行长长的地址拆分成多行，负责这部分的程序员的日常工作只是制作PDF而已，拆分地址是很“边缘”的功能，但不会正则表达式就无法准确折行（一般需要在标点符号出现的地方折行，而不能只在空白字符处折行，但是不同语言中的标点符号各有不同），结果一筹莫展；相反，如果了解正则表达式，就可以很容易地处理各种语言中的标点字符。

以我的开发经验来看，专门花点时间掌握正则表达式，确实是非常有必要的。目前可以见到的关于正则表达式的书籍和资料有不少，但又各有不足。

在互联网上，流传着一些编程语言的正则文档和《30分钟教会你正则表达式》之类的帖子。这类资料的好处是简单直接，查到了，如果有现成的例子，而且适用于自己的语言，则可以直接拿来用；然而，其坏处也是简单直接，因为缺乏背后原理的讲解，如果找不到现成的例子，或者找不到能在自己所使用语言中行得通的例子（需知道，同样的正则表达式并不能直接套用到不同的语言中），则束手无策。

在正式的出版领域，已经有《精通正则表达式》、《正则表达式必知必会》之类的书籍出版，尤其是前者，堪称关于正则表达式的经典著作，如果想认真学习正则表达式，这类书籍是必须阅读的。但这类书籍也有一个弱点，即都是由英文版本翻译而来的，更多地侧重英文文本的处理，身为中文世界的开发人员，我们经常需要处理中文文本——对于处理英文之外的字符，正则表达式已经提供了足够丰富的功能，但如何用对、用好这些功能，资料却很匮乏。

我经常需要给人讲解正则表达式的相关知识，时常惋惜的是，开发人员为这些问题所困扰；正因为如此，本书的写作动机便是着力弥补现有资料的缺陷。

相对于正则文档和速成教学帖子，本书深入讲解了匹配背后的原理，往往会举一反三，告诉读者，这里为何这样写，如果改成其他形式，会造成什么结构；并且，集中讲解和比较了多种语言中正则表达式用法的异同，方便读者把现成的正则表达式“移植”到自己的工作环境中。

相对于《精通正则表达式》等正式的书籍，本书辟出专门的内容讲解语言和编码，告诉读者如何设定编码，如何正确处理中文等字符。另外，本书还涵盖了.NET、Java、JavaScript、PHP、Python、Ruby 六种常用语言，对每种语言给出专门章节，不但详细介绍了语言中正则表达式的用法，更点明了版本之间的细微差异，不但可以作为专门学习的教材，还可以成为有用的参考手册。

本书结构

本书可以分为三大部分。

第一部分主要讲解正则表达式的基础知识，覆盖常见正则表达式中的各种功能和结构。看完前面3章，就可以基本弄明白现在流行的各种正则表达式；尤其是如果你之前有一些经验，会觉得阅读起来并不困难。但是我也希望读者不要忽略其他的内容，断言和匹配模式现在已经是正则表达式的“标准配备”了，而且确实可以派上大用场，所以第4章和第5章的内容，即便不是很熟悉，阅读起来可能有一些麻烦，也不应该忽略。最后的第6章，则厘清了正则表达式在使用中的若干疑惑，了解它们，你就可以相对自由地在正则表达式的世界里行走了。

第二部分主要讲解关于正则表达式的更深入的知识，这一部分用3章的内容，详细探讨了编码问题、匹配原理、解题思路。这部分内容更抽象，需要多花一点时间来阅读和理解，但是它们确实可以帮你在正则表达式的世界里登堂入室，脱离“术”的层面，掌握万变不离其宗的“道”。

第三部分的作用是接地气，将之前介绍的各种知识落实到六种常用语言.NET、Java、JavaScript、PHP、Python、Ruby中来。每一章的开头有正则功能列表，其中的功能都对应着前面部分的讲解，这些功能的具体应用实例，以及不同版本之间的差异，则在章节中详细讲解，每一章的最后还给出了常见任务的示例代码，方便日后查询。在最后，第16章简要介绍了正则表达式在Linux下常用工具vi、grep、awk、sed中的使用，并通过一个实际的例子将这几种工具串起来，对比说明了它们适合解决的问题。

在本书的最后提供了用作参考的3个附录。

附录A是正则表达式的常用功能在不同语言中的比对，希望能给需要在多种语言中使用正则表达式或者移植正则表达式的读者提供一份有用的参考；附录B给出了若干常见的正则表达式，比如匹配邮政编码、身份证号、手机号、QQ号、电子邮件地址等，希望能成为常见问题的“速查手册”；附录C列出了常用正则表达式的工具和资源，方便大家调试自己的正则表达式，以及继续深入学习。

本书读者

本书适合以下几类读者。

经常需要进行文本处理（比如日志分析或网络运维）的技术人员。这些读者或许已经熟悉了正则表达式的基本用法，但面对日益复杂化和海量化的数据，阅读本书可以帮助你更准确、更高效地处理文本，提升自己工作的价值。

熟悉常用开发语言的程序员。虽然这些读者不需要专职进行文本处理，但源代码和许多数据其实也是文本，如果不会正则表达式，在偶然遇到处理源代码或文本数据的任务时，往往会产生躺着中枪的无力感。本书第三部分可以帮你迅速找到有关的例子，并落实在自己的编程语言中。当然前两部分也非常有必要，因为它们可以帮你夯实基础。

对正则表达式已经有一定了解的读者。这些读者虽然能用正则表达式解决常见的任务，但未必了解正则表达式的编码问题、匹配原理、解题思路，仔细阅读本书的第二部分，可以深化完善对正则表达式的理解；而第三部分详细比较了使用正则表达式时各种语言，以及同一种语言中各种版本的差异。所有这一切，应该可以让你对正则表达式的掌握更上一层楼。

致谢

一本书的完成，必然离不开众多人的帮忙。

首先需要感谢的是周筠老师和徐定翔、卢鸫翔两位编辑，他们在我写作的最初阶段做了大量细心、耐心的工作，完全可以说，没有他们的这些工作，我就不会有写作这本书的念头，或者坚持写完的动力。

然后要感谢的是电子工业出版社的杨福平副总编和张月萍编辑，没有他们的关照和辛劳工作，这本书的出版定然会遇到更多的困难。

感谢我的朋友霍炬和韩磊，虽然我之前阅读过《精通正则表达式》，但与翻译和写作结缘，他们给了我莫大的帮助，有了这个契机，才有了现在的《正则指引》。尤其值得一提的是霍炬的夫人西乔，精心手绘了这本书的封面，在这里表示诚挚的谢意。

感谢我曾工作过的盛大创新院以及创新院的各位同事（李骏、郝培强、庄表伟、丁宇、许式伟、莫华枫、李道兵、赵劼、樊一鹏、张一宁等），创新院给了大家宽松自由的工作环境，与各位同事的讨论加深了我对正则表达式的理解，也为我提供了许多例子。

感谢张东亮、陆亦斌、孙勇、叶劲峰等各位朋友，愿意拨冗阅读本书的草稿，并提出了大量专业的意见。

感谢何源、陈钢、贺钧、陈驰等读者，试读本书之后提出了大量的宝贵意见，在最后关头打消了我心中的许多忐忑。

在更早之前，我的父母从小就鼓励我研究和了解各种科学原理（“玩也要动脑筋”），我之所以有兴趣探究正则表达式背后的世界，而不满足于“够用/凑合”，归源都是受益于这种思维行为习惯。此外，在中小学阶段，我的语文老师罗碧玉、郭志鸿、易玺铭培养了我对于文字的兴趣，在大学阶段，东北师范大学文学院的王确老师给了我这个理科生非常多的帮助和指引。对各位师长，在此一并表示感谢，能遇到你们是我的幸运。

最后还需要感谢许多为这本书做出过贡献的人，你们的名字我可能暂时无法记起，或者无法一一罗列，但我会在心中存留对你们的谢意。

本文链接

博客园_博文视点（北京）官方博客

Media Queries语法总结

Media Queries移动设备样式

viewport设置适应移动设备屏幕大小

HTML5移动Web开发指南

移动Web界面样式-CSS3

选择器选择器是CSS3中一个重要的部分，通过使用CSS3的选择器，可以提高开发人员的工作效率。在本节中，我们将为读者介绍属性选择器和伪类选择器的基本用法。

3．first-child指定元素列表中第一个元素的样式。语法如下：li:first-child{ color:red;}

4．last-child和first-child是同类型的选择器。last-child指定元素列表中最后一个元素的样式。语法如下：li:last-child{ color:red;}

HTML5移动开发即学即用(双色)

信道与信道栈

可靠会话最佳实践

可靠会话最佳实践

WCF全面解析（上下册）

正则表达式之字符组

正则指引

选择器
选择器是CSS3中一个重要的部分，通过使用CSS3的选择器，可以提高开发人员的工作效率。在本节中，我们将为读者介绍属性选择器和伪类选择器的基本用法。

3．first-child
指定元素列表中第一个元素的样式。语法如下：
li:first-child{
color:red;
}

4．last-child
和first-child是同类型的选择器。last-child指定元素列表中最后一个元素的样式。语法如下：
li:last-child{
color:red;
}