博客园_C#初学课堂(寒飞雨)

【征名属性】第一版写了五年，虽然口碑很好，但销量差强人意，第二版征求个好名字。

2012-01-12T09:57:00Z

第一版花了我五年时间，看过的人都说书挺好，非常通俗易懂，有些人说看了四五本书都看不懂的概念看了我这本书后看懂了。但最终销量不怎么样。

分析原因，出版社给了两个：
1、定位太高。既然针对初学者，就得做得像家常菜一样，大众化。比如《叩响C#之门》这个书名太文绉绉了，不够吸引人。

2、宣传不够。

转眼三年过去了，第二版已经写成。一般第二版销量不好的书出版社不愿意出第二版的，但又觉得这本书质量难得，放弃可惜。

所以现在征求个好名字，既通俗易懂，又能吸引人，不和市场上已有的书重名。

现在想好的有三个
1、C#初学经典
2、C#轻松入门
3、C#的初恋（朋友起的，很搞笑）

谢谢。

内容简介：
本书写给完全没有编程经验的初学者。它从最基本的C#语法开始，采用逐步构建的学习方法，一步一步地深入到C#编程的核心概念。当C#语法基础打扎实后，即进入窗体编程的学习，这样读者就有了比较丰富的编程体验，此时进入委托、线程、程序集等深层次概念的学习，便水到渠成、轻松易懂。本书针对初学者，因为写此书之前作者也是一个初学者，与初学者思维相近，心灵相通，知道初学者的困惑之处，相信学完此书之后，你不光能牢固地掌握C#的基础语法，更能深刻地体会到C#的核心思想。

前言

这是一部花费将近五年时间写成的著作，千锤百炼写就、心血凝结而成。
这是一部面向初学者的著作，因为写此书之前我也是一个初学者。正因为如此我懂得初学者在想什么，懂得初学者需要什么与初学者思维相近，心灵相通，故能针对初学者的困惑之处着笔。看完这本书你并不能马上成为绝顶高手，但能帮你快速地掌握编程的基本概念和基本思想，为深入学习打下扎实的基础。我希望你看完这本书后，再也不用为不知如何踏入编程的殿堂而彷徨，再也不用为书籍中繁多的名词术语而迷茫，能够轻松地阅读别人的代码，踏上高手之路。
之所以说是心血凝结而成，是因为这部著作不但耗费了巨大的时间和精力，而且融入了我多年的学习体会和教学思想。
本书的特点
1．知初学者之需我是一名高中数学教师，在教学过程中我发现，让学生替我讲题往往会收到很好的效果。究其原因，并非学生讲得多么精彩，而是学生间的思维层次相同，该学生重点讲解之处就是其他学生困惑之处。因此，我在编写本书时，尽力回想自己学习时的体验，以己推人，了解初学者的困惑。幸好，我在学习C#之初做了大量的笔记，写下了不少困惑和感受，这对我编写本书大有裨益。
2．逐步构建知识学习知识有两种基本方法，一种方法是先对整体概述，然后逐步细化。如果学习者对所学领域有一定认识，生活中有一定的体验，就适合这种方法。另一种方法是由最简单的知识出发，逐步添加内容，最后构建成一个整体。如果学习者对所学领域非常陌生，就适合这种方法。编程，现实生活中没有体验，对初学者来说是非常陌生和抽象的事物，所以本书并没有像其他教材那样开篇即对.NET框架展开大篇幅论述（成堆的陌生概念会让人望而生畏，我刚接触C#时就是这种感觉），而是简单介绍后就采用逐步构建的方法来学习。对于每个知识点，先指导学习者编写一些简单小程序，获得感性体验，然后透过现象看本质，讲解其背后蕴涵的道理。随着内容的不断添加，最终构建成完整的知识体系。
3．例子典型简单要想知道苹果的味道，只需要尝一口即可，要想学好编程，就要不断练习。所以本书通过大量贴切的例子来讲解概念。这些例子精心构思，巧妙设计，为了一个例子，我常常琢磨数月，以确保它典型、简单，一目了然。
4．结构编排合理 C#语言体系庞大，知识繁杂，概念互相交叉。为此，我在结构编排上花费了很多心思，理清了概念间的顺序，让这些概念按逻辑顺序逐一展现。并且编排中也考虑了读者的兴趣，内容难易交错，跌宕起伏，读者一路学习下来，会很有成就感。
5．语言简洁通顺啰里啰唆的行文会妨碍读者理解，因此每段话都我都追求逻辑连贯，含义准确，千锤百炼，字字珠玑，绝无半句废话妨碍读者思维。为了达到这个目的，一些重要段落常常修改数周方才定稿，一些难讲的概念常常花费数月进行构思。我认为花这么多时间是值得的，因为我一个人多花点时间，就可以使成千上万的读者节省很多时间。
为什么写一本书我要花费如此多的心血？这可能和我是追求完美主义的偏执性格有关，看到不完善的地方就不安心，就有一种非改不可的冲动。时至今日每读一遍本书，我都会修改很多词句，觉得还不够十全十美。今天偶然读到一句话：“追求完美是浪费生命，追求卓越才是追求成功。”掩卷回思，感悟颇深，感叹道：此书虽非完美无瑕，应该也可以称得上卓越了。于是决定先出版这本书，奉献给读者，这样总比放在我的电脑里强百倍，你说是不是？
“文王拘而演周易，仲尼厄而作春秋”，批阅五载，增删十次，借物明志。

本文链接

《叩响C#之门》一审修改完毕，感谢参与的园友现在邀请园友进行第二次审查

2010-11-01T05:52:00Z

三个月前，我发了一篇帖子：《叩响C#之门》第二版修改完毕，邀请200位园友审查，不通过，不出版。结果令我非常感动，有近百位园友参与了审查，提出了宝贵意见，另有10位园友提供了精彩发附录，在此表示万分感谢。

经过三个月的努力，现已修改完毕，为了避免错误，再次邀请园友做最后一遍检查，争取改掉所有问题。

和上次一样，请感兴趣的园友选取若干章，我通过电子邮件发给您。与上次不同的是，这次我想请几位高水平且非常细心的园友参与，因为人太多了我实在忙不过来（现在不是假期），而且的重点主要放在检查错别字和知识点错误上，内容上大的修改恐怕只能放等下一版了。

如果您没有时间，也可以请您认识的大牛来帮忙，万分感谢。

审查截止，谢谢！

目录	审查园友
第1章初识编程
第2章变量
第3章运算符和表达式
第4章流程控制
第5章枚举、结构体和数组
第6章函数
第7章面向对象编程：类和对象（一）
第8章面向对象编程：类和对象（二）
第9章面向对象编程：继承
第10章面向对象编程：多态性
第11章 .NET框架基本概念
第12章异常
第13章 Windows窗体编程（一）
第14章 Windows窗体编程（二）
第15章 Windows窗体编程（三）
第16章委托与事件
第17章绘图
第18章文件和流
第19章字符串
第20章正则表达式
第21章特性、程序集和反射
第22章多线程
第23章集合与泛型

最后，我想厚着脸皮说一句：这本书初稿写了差不多5年时间，第二版也修改了一年多，花了我很多心血，如果您看了以后觉得满意，请帮我多宣传一下，谢谢。

本文链接

《叩响C#之门》园友提供的附录（征集中）抽象类与接口的区别及应用（相当精彩）

2010-10-18T04:46:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

欢迎各位园友对本书的某一部分内容进行拓展，将以附录的形式附在书后。

要求：

紧紧围绕一两个中心展开；
逻辑清晰，行文流畅；
考虑到初学者的基础。
写作时间最好不要少于一星期。

我写东西都是写好以后先放在那里，过段时间再读，重新修改，如此反复几次，就基本上很流畅了。

（PS：会署名，但无稿费，因为本来就没多少，不够分的。当然如果发了大财，我会分给大家的。）

标题	作者	状态
关于RichTextBox修改字体大小的研究	李雨来	已完稿
委托和接口的策略延迟思想	汤非凡	已完稿
XML格式注释	张智鸣	已完稿
抽象类与接口的区别及应用	张洋	已完稿
.NET版本变更史	张智鸣	已完稿
字符编码	赵士敬	正在写
流的应用实例	黄志斌	已完稿
通过在线评测平台磨砺C#能力	曹如进	已完稿
正则表达式在EmEditor里的应用	柳永法	已完稿
C#程序编码规范	顾磊	已完稿
异步读写操作		待选
控件开发、自定义控件	MingHao_Hu	正在写
结构和类的联系与区别		待选
绘图缓存		待选
正则表达式应用实例	空军	正在写
（欢迎您提供其他附录）

抽象类与接口的区别及应用

(本文由张洋提供)
抽象类（Abstract Class）与接口（Interface）是面向对象程序设计中两个重要的概念。由于两者在自身特性及应用方法上存在诸多相似性，如都不能实例化、都可以被继承（严格来说对于接口应该叫做实现），这么一来，在许多人心中抽象类与接口的界限非常模糊，对何时该使用抽象类、何时该使用接口更是感到困惑。
本文的目的是通过对两者的讨论与比较，帮助读者认清抽象类与接口在思想本质及应用场合方面的区别，如能做到这一点，读者便可以得心应手地根据具体情况正确选择和使用抽象类与接口。
1. 抽象类与接口是面向对象思想层面概念，不是程序设计语言层面概念

如若想正确认识抽象类与接口，首先要弄清楚的一点是，这两个概念均属于面向对象思想层面，而不属于某种程序设计语言。例如，C#中用interface关键字声明的语言元素，我们叫它“接口”，其实这是不准确的，准确来说，这应该叫做“接口在C#语言中的实现机制”。
面向对象思想包含许多概念，而不同面向对象语言对这些概念的具体实现机制各有不同。例如，C++中并没有一种关键字对应于C#中的interface，那么C++中就没有接口的概念了吗？非也！在C++中，如果想定义一个接口，可以通过将一个类中所有方法定义为纯虚方法[①]来做到。
这里可以看到，同样是接口，C#中用interface关键字来定义，而C++通过创建一个只包含纯虚方法的类来定义，这就是同一种概念在不同具体语言中具有不同的实现机制。类似的，C++中也没有abstract关键字用于定义抽象类，而是如果一个类中至少含有一个纯虚方法且它的方法不全为纯虚方法，则这个类被称为抽象类。
通过上面的分析可以看出，如果仅仅停留在语言层面去认知抽象类与接口，是无法准确理解两者的真谛的，因为不同语言对同一概念的实现机制有很大差别。如果一个C#初学者简单将两者理解为“用abstract修饰的类是抽象类，用interface定义的语言元素是接口”，那么当他接触C++时一定会感到困惑，因为C++里既没有abstract也没有interface，而是通过类中纯虚方法的情况确定这是个类、是个抽象类还是个接口。
明确了上面的问题，我们就可以给出抽象类与接口的真正定义了。
抽象类是不能实例化的类，但是其中的方法可以包含具体实现代码。
接口是一组方法声明的集合，其中应仅包含方法的声明，不能有任何实现代码。
以上对抽象类和接口的定义与任何具体语言无关，而是从面向对象思想角度进行的定义，不同语言可以有不同的实现机制。
从上面的定义中，我们可以发现两者在思想层面上的一项重大区别：抽象类是类（Class），接口是集合（Set），两者从本质上不是一种东西。这是我们总结出的第一个区别。请读者受累将上面加粗的字能放声朗十遍，声音越大越好，但是如果被室友或邻居扔鸡蛋请不要找我。
2. 抽象类是本体的抽象，接口是行为的抽象

在开始这一节之前，我想先请问各位一个问题，“我是一个人”和“我能呼吸”分别表达了“我”和“人”以及“我”和“呼吸”的关系，那么这两句话表达的是一种关系吗？如果你能很容易区分前者表示“是一个”的关系，而后者表示“能”的关系，那么恭喜你，你一定也能很容易区分抽象类和接口。
在阅读这一节时，请读者务必谨记上面这个问题以及下面这句话：
抽象类表示“是一个（IS-A）”关系的抽象，接口表示“能（CAN-DO）”关系的抽象。
请照例将上面的大声话朗读十遍。
好的，请各位擦干净头上的鸡蛋，我们继续。
从上面粗体字中我们可以看出，抽象类和接口有一个共性——它们都是“某种关系的抽象”，只不过类型不同罢了。其实如果将上面那句话的前半句中的“抽象类”改为“类”也是正确的，这并不奇怪，上文我们说过，抽象类只不过是一种特殊的类罢了。
下面我们先来解释IS-A关系。其实英语中的IS-A关系在汉语中可以解释为两种情况，当IS-A用在一个对象和一个类之间时，意思是“这个对象是类的一个实例”，例如关羽是一个对象，我们可以说“GuanYu IS-A General”，其中General（将军）是个类，这表示关羽是将军类的一个实例。而当IS-A用在两个类之间时，我认为叫做IS-A-KIND-OF更为准确，表示汉语中的“是一种”，如“General IS-A Person”，表示将军这个类是人这个类的一种，换用面向对象术语可以如下表述：General是Person的子类（Sub Type），Person是General的父类或超类（Super Type），General继承自Person。
这后一种IS-A关系，就是抽象类所表达的关系。分析到这里可以看出，抽象类所表达的关系其实就是面向对象三大特性之一——继承（Inheritance），也就是说，抽象类所表达的关系，与一般类与类之间的继承并无区别，而抽象类相比普通类，除了不能实例化外，也并无区别。之所以出现抽象类，是因为在较高抽象层次上，某些方法（往往是纯虚方法）无法实现，必须由其子类按照各自不同的情况具体实现。因为它含有纯虚方法，所以将这种类实例化在道理上讲不通，但我们又希望将这些子类中共有的部分抽象出来减少代码重复，于是就有了抽象类——它包含可复用部分，但又不允许实例化。
因此，抽象类的使用动机是在不允许实例化的限制下复用代码。请牢记这个动机。
接着再说说接口和CAN-DO关系。
我们知道，面向对象编程的基本思想就是通过对象间的相互协作，完成程序的功能。具体来说，在面向对象编程中，要求每个类都隐藏内部细节（这叫封装性），仅对外暴露一组公共方法，对象间就通过互相调用彼此的公共方法完成程序功能。
可以看到，面向对象思想中，对象和对象间根本不需要了解，调用者甚至可以完全不知道被调用者是谁，只要知道被调用者“能干什么”就行了。这就如同拨打110报警一样，你根本不知道对方长什么样、穿什么衣服、结没结婚、有没有孩子，你也不知道对方在哪，对象是谁，但是你知道对方一定“能接警”，所以你可以顺利完成报警。
这种“能干什么”就是CAN-DO关系，当我们把这种CAN-DO关系抽象出来，形成一个CAN-DO关系的集合，这就是接口了。那么使用接口的动机又是什么呢？动机之一是松散耦合。我们知道“低耦合”是面向对象程序设计中一个重要原则，而很大一部分耦合就是调用关系，面向对象中术语叫“依赖”。如果没有接口，调用者就要紧依赖于被调用者，就如同在没有110报警的年代，你只认识一个接警员，不知道其他接警员的电话，那么当你报警时，你必须给这个接警员打电话才行，如果哪天这个接警员休假或病了，你就无法报警了，除非你再去认识一个接警员。这时，我们说你紧依赖于这个接警员，也叫紧耦合。但有了110报警后就不一样了，我们将“可接警”看作一个接口，接口中有一个方法“接警”，而拨通110后，电话那头的人一定是实现了这个接口的，这时报警人不再依赖于具体接警员，而是依赖于“可接警”接口，这就叫做松依赖。
所以说，接口又可以看作一组规则的集合，它是对调用者的保证，对被调用者的约束。如上例中，可接警对报警人（调用者）保证调用对象可接警，同时约束接警部门必须把一个实现了这个接口的人安排在接警电话前面。哪怕这是个机器人或刚进行了两个小时接警培训的保洁员都没关系。
使用接口的另一个动机就是实现多态性[②]。
下面想象你被分配到一个全新的研发小组做主管，第一天上班的早晨，一群人站在你面前等着你训话，你完全不认识他们，也不知道他们各自的职务，但是你可以说一句“都去工作吧”，于是大家作鸟兽散，程序员去写程序，会计去核对账目，业务员出门联系客户……当你这样做的时候，你就利用接口实现了多态性。因为你知道，他们都实现了“可工作”这个接口，虽然各个人员对“工作”具体的实现不一样，但这不要紧，你只要调用他们的“工作”方法，他们就各自做自己的事情了。如果你不能面向接口去利用多态性，你就要一个个说：“程序员去写程序，会计去核账，业务员快出门联系客户……”，这实在非常的费劲。
对这一节的内容做一个总结：
抽象类表示“是一个（IS-A）”关系的抽象，它抽象了类的本体，其使用动机是在不允许实例化的限制下复用代码。接口表示“能（CAN-DO）”关系的抽象，它抽象了类的行为，其使用动机是松散对象间的耦合以及实现程序多态性。
好的，照例念十遍吧，不过这次我允许你默念，因为我怕这次飞来的不是鸡蛋而是砖头。
经过上面的分析，我想你已经可以很容易在抽象类与接口间做出选择了。如果你是为了将一系列类的公共代码抽出，减少代码的重复，并且这些类与抽象出来的类可以表述为IS-A关系，就用抽象类；如果你是为了将一个或一组行为抽象出来，用以松散对象间耦合或实现多态性，那就用接口吧。
3. C#中抽象类与接口的探讨

这一节我们讨论C#语言中一个是人尽皆知的区别：在C#中，一个类最多只能继承一个抽象类，但可以实现多个接口。
如果能充分理解抽象类对应于IS-A而接口对应于CAN-DO，则对这个约束不会感到奇怪。因为从逻辑上来说，一个类在所有相同抽象层次的类中只能“是其中一个”，但“能干多种事情”。这里的相同抽象层次指互相不存在继承关系的一个全集。
例如，{猪，牛，狗，猫} 可以看作具有相同抽象层次，其某个下层类只能是其中一个的子类，一个类不可能既是牛的子类又是猪的子类，但有可能既是牛的子类又是动物的子类，例如奶牛，这是因为“动物”与“牛”不在一个抽象层次上，“牛”本身就是“动物”的一个子类。
一般的，如果ClassA是ClassB的子类，同时也是ClassC的子类，那么一定存在ClassB是ClassC的子类或ClassC是ClassB的子类。
换句话说，一个类同时继承两个互相没有继承关系的类在逻辑上是不成立的。这就说明了为什么C#中不允许同时继承一个以上的抽象类。如果一个类要继承两个抽象类，那么从逻辑上来说，两个抽象类之间必然也存在继承关系，因此只需让该类继承较具体的那个抽象类即可。例如，本来的设计为“奶牛”同时继承“牛”和“动物”，但很容易发现，“牛”和“动物”已经存在继承关系，“牛”是继承于“动物”的，因此可将继承关系修改为“奶牛”只继承“牛”，而让“牛”继承于“动物”，这样就消除了多重继承。
而接口的CAN-DO关系在逻辑上不存在这样的矛盾，所以C#允许实现多个接口，具体为什么请读者自己思考。
顺便说一句，C++中允许多重继承是因为C++中非抽象类、抽象类和接口都用类来实现，而没有在语言层面区分成不同的语言元素，其实如果设计良好，也是不应该出现对抽象类的多重继承的，C#在语言层面上进行了约束，更有利于良好的设计，而C++对这方面比较灵活，需要开发者自己把握，因此C++对于初学者把握抽象类与方法更困难一些。
张洋
2010.08.28
leoo2sk.cnblogs.com

[①] C++中的纯虚方法指不含有实现代码的方法，对应于C#中用abstract修饰的方法。
[②] 尽管使用抽象类有时也是为了实现多态性，但其动机完全没有使用接口这么直接，而且我个人更赞同将需要多态的方法抽象成接口的做法。
本文链接

《叩响C#之门》正则表达式（六）预查（零宽断言）

2010-09-13T04:46:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

欢迎各位园友对本书的某一部分内容进行拓展，将以附录的形式附在书后。

要求：

紧紧围绕一两个中心展开；
逻辑清晰，行文流畅；
考虑到初学者的基础。
写作时间最好不要少于一星期。

我写东西都是写好以后先放在那里，过段时间再读，重新修改，如此反复几次，就基本上很流畅了。

（PS：会署名，但无稿费，因为本来就没多少，不够分的。当然如果发了大财，我会分给大家的。）

标题	作者	状态
关于RichTextBox修改字体大小的研究	李雨来	已完稿
委托和接口的策略延迟思想	汤非凡	已完稿
XML格式注释	张智鸣	已完稿
抽象类与接口的区别及应用	张洋	已完稿
.NET版本变更史	张智鸣	已完稿
字符编码	赵士敬	正在写
流的应用实例	黄志斌	已完稿
通过在线评测平台磨砺C#能力	曹如进	已完稿
正则表达式在EmEditor里的应用	柳永法	已完稿
C#程序编码规范	顾磊	已完稿
异步读写操作		待选
控件开发、自定义控件	MingHao_Hu	正在写
结构和类的联系与区别		待选
绘图缓存		待选
正则表达式应用实例	空军	正在写
（欢迎您提供其他附录）

第 20 章正则表达式

 20.1 字符匹配
 20.2 可选字符集
 20.3 或匹配
 20.4 数量限定符
 20.5 贪婪和懒惰
 20.6 定位符
 20.7 分组和后向引用
 20.8 替换文本
 20.9 非捕获分组和预查
             1．非捕获分组?:
             2．正向预查?=
             3．反向预查?<=
             4．负正向预查?!
             5．负反向预查?<!
20.10 正则表达式的类

20.11 注释
20.12 正则表达式的选项
20.13 练习：验证用户输入

本文链接

《叩响C#之门》正则表达式（五）分组、后向引用、替换

2010-09-08T05:25:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

欢迎各位园友对本书的某一部分内容进行拓展，将以附录的形式附在书后。

要求：

紧紧围绕一两个中心展开；
逻辑清晰，行文流畅；
考虑到初学者的基础。
写作时间最好不要少于一星期。

我写东西都是写好以后先放在那里，过段时间再读，重新修改，如此反复几次，就基本上很流畅了。

（PS：会署名，但无稿费，因为本来就没多少，不够分的。当然如果发了大财，我会分给大家的。）

标题	作者	状态
关于RichTextBox修改字体大小的研究	李雨来	已完稿
委托和接口的策略延迟思想	汤非凡	已完稿
XML格式注释	张智鸣	已完稿
抽象类与接口的区别及应用	张洋	已完稿
.NET版本变更史	张智鸣	已完稿
字符编码	赵士敬	正在写
流的应用实例	黄志斌	已完稿
通过在线评测平台磨砺C#能力	曹如进	已完稿
正则表达式在EmEditor里的应用	柳永法	已完稿
C#程序编码规范	顾磊	已完稿
异步读写操作		待选
控件开发、自定义控件	MingHao_Hu	正在写
结构和类的联系与区别		待选
绘图缓存		待选
正则表达式应用实例	空军	正在写
（欢迎您提供其他附录）

本文链接

《叩响C#之门》正则表达式（四）定位符

2010-09-06T04:56:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

欢迎各位园友对本书的某一部分内容进行拓展，将以附录的形式附在书后。

要求：

紧紧围绕一两个中心展开；
逻辑清晰，行文流畅；
考虑到初学者的基础。
写作时间最好不要少于一星期。

我写东西都是写好以后先放在那里，过段时间再读，重新修改，如此反复几次，就基本上很流畅了。

（PS：会署名，但无稿费，因为本来就没多少，不够分的。当然如果发了大财，我会分给大家的。）

标题	作者	状态
关于RichTextBox修改字体大小的研究	李雨来	已完稿
委托和接口的策略延迟思想	汤非凡	已完稿
XML格式注释	张智鸣	已完稿
抽象类与接口的区别及应用	张洋	已完稿
.NET版本变更史	张智鸣	已完稿
字符编码	赵士敬	正在写
流的应用实例	黄志斌	已完稿
通过在线评测平台磨砺C#能力	曹如进	已完稿
正则表达式在EmEditor里的应用	柳永法	已完稿
C#程序编码规范	顾磊	已完稿
异步读写操作		待选
控件开发、自定义控件	MingHao_Hu	正在写
结构和类的联系与区别		待选
绘图缓存		待选
正则表达式应用实例		待选
（欢迎您提供其他附录）

第 20章正则表达式
 20.1 字符匹配
 20.2 可选字符集
 20.3 或匹配
 20.4 数量限定符
 20.5 贪婪和懒惰
 20.6 定位符
 20.7 分组和后向引用
 20.8 替换文本
 20.9 非捕获分组和预查
             1．非捕获分组?:
             2．正向预查?=
             3．反向预查?<=
             4．负正向预查?!
             5．负反向预查?<!
             6．注释#
20.10 正则表达式的类
20.11 正则表达式的选项
20.12 练习：验证用户输入

本文链接

《叩响C#之门》正则表达式（三）贪婪与懒惰

2010-08-30T05:26:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

欢迎各位园友对本书的某一部分内容进行拓展，将以附录的形式附在书后。

要求：

紧紧围绕一两个中心展开；
逻辑清晰，行文流畅；
考虑到初学者的基础。
写作时间最好不要少于一星期。

我写东西都是写好以后先放在那里，过段时间再读，重新修改，如此反复几次，就基本上很流畅了。

（PS：会署名，但无稿费，因为本来就没多少，不够分的。当然如果发了大财，我会分给大家的。）

标题	作者	状态
关于RichTextBox修改字体大小的研究	李雨来	已完稿
委托和接口的策略延迟思想	汤非凡	正在写
XML格式注释	张智鸣	正在写
接口与抽象类的比较	EricZhang(T2噬菌体)	正在写
.NET版本变更史	张智鸣	已完稿
字符编码	赵士敬	正在写
流的应用实例	黄志斌	正在写
正则表达式在EmEditor里的应用	柳永法	已完稿
绘图缓存		待选
异步读写操作		待选
控件开发、自定义控件	MingHao_Hu	正在写
结构和类的联系与区别		待选
C#程序编码规范	顾磊	已完稿
（欢迎您提供附录）

本文链接

《叩响C#之门》正则表达式（二）数量限定符

2010-08-28T05:21:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

欢迎各位园友对本书的某一部分内容进行拓展，将以附录的形式附在书后。

要求：

紧紧围绕一两个中心展开；
逻辑清晰，行文流畅；
考虑到初学者的基础。
写作时间最好不要少于一星期。

我写东西都是写好以后先放在那里，过段时间再读，重新修改，如此反复几次，就基本上很流畅了。

（PS：会署名，但无稿费，因为本来就没多少，不够分的。当然如果发了大财，我会分给大家的。）

标题	作者	状态
关于RichTextBox修改字体大小的研究	李雨来	已完稿
委托和接口的策略延迟思想	汤非凡	正在写
XML格式注释	张智鸣	正在写
接口与抽象类的比较	EricZhang(T2噬菌体)	正在写
.NET版本变更史	张智鸣	已完稿
字符编码	赵士敬	正在写
流的应用实例	黄志斌	正在写
正则表达式在EmEditor里的应用	柳永法	已完稿
绘图缓存		待选
异步读写操作		待选
控件开发、自定义控件	MingHao_Hu	正在写
结构和类的联系与区别		待选
C#程序编码规范	顾磊	已完稿
（欢迎您提供其他附录）

本文链接

《叩响C#之门》正则表达式（一）

2010-08-17T14:47:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

总目录：http://www.cnblogs.com/BeginnerClassroom/archive/2009/09/23/1572948.html

本文链接

《叩响C#之门》园友提供的附录（征集中，欢迎提意见）读取流时应注意的一个问题

2010-08-11T06:24:00Z

审查征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/07/30/1788649.html

附录征集贴：http://www.cnblogs.com/BeginnerClassroom/archive/2010/08/04/1792175.html

欢迎各位园友对本书的某一部分内容进行拓展，将以附录的形式附在书后。

要求：

紧紧围绕一两个中心展开；
逻辑清晰，行文流畅；
考虑到初学者的基础。
写作时间最好不要少于一星期。

我写东西都是写好以后先放在那里，过段时间再读，重新修改，如此反复几次，就基本上很流畅了。

（PS：会署名，但无稿费，因为本来就没多少，不够分的。当然如果发了大财，我会分给大家的。）

标题	作者	状态
关于RichTextBox修改字体大小的研究	李雨来	已完稿
委托和接口的区别	汤非凡	正在写
XML格式注释	Capricornus	正在写
接口的显式实现以及与抽象类的比较	顾磊	正在写
.NET版本变更表	张智鸣	正在写
字符编码	赵士敬	正在写
读取流时应注意的一个问题	黄志斌	正在写
正则表达式在EmEditor里的应用	柳永法	正在写
绘图缓存		待选
异步读写操作		待选
控件开发、自定义控件	MingHao_Hu	正在写

读取流时应注意的一个问题

（本文由黄志斌提供）

Stream 类是所有流的抽象基类，通过它及它的子类，使程序员不必了解操作系统和基础设备的具体细节，即可对流进行“读取”、“写入”、“查询”等操作。希望本文的例子能帮助你掌握流的用法。

下面来研究一下Stream 类及其派生类的读取数据的成员。

Stream.Read()

Stream.ReadBytes()

BinaryReader.Read()

BinaryReader.ReadBytes()

TextReader.Read()

TextReader.ReadBlock ()

Stream.Read方法用于从流中读取字节序列，并将流的当前位置提升相应的字节数。在 MSDN 中有这样一句话：“即使尚未到达流的末尾，该方法获取到的字节数仍可以能少于所请求的字节数。”现在我们写一个程序来验证这一点。

using System;
using System.IO;
using Skyiv.Util;
namespace Skyiv.Ben.StreamTest
{
  sealed class Program
  {
    static void Display(string msg, int n)
    {
      Console.WriteLine("{0,22}: {1,7:N0}", msg, n);
    }

    static void Main()
    {
       var bs = new byte[128 * 1024];    //131,072

var ftp = new FtpClient("ftp://ftp.hp.com", "anonymous", "ben@skyiv.com");

         
            Stream stream = ftp.GetDownloadStream("pub/softpaq/allfiles.txt"); 
            BinaryReader binaryReader = new BinaryReader(stream);
            TextReader textReader = new StreamReader(stream);
            
                        int count1 = stream.Read(bs, 0, bs.Length);
            int count2 = stream.ReadBytes(bs.Length).Length;
            int count3 = binaryReader.Read(bs, 0, bs.Length);
            int count4 = binaryReader.ReadBytes(bs.Length).Length;
            int count5 = textReader.Read(buf, 0, buf.Length);
            int count6 = textReader.ReadBlock(buf, 0, buf.Length);

            
            Display("Expect", bs.Length);
            Display("Stream.Read", count1);
            Display("Stream.ReadBytes", count2);
            Display("BinaryReader.Read", count3);
            Display("BinaryReader.ReadBytes", count4);
            Display("TextReader.Read", count5);
            Display("TextReader.ReadBlock", count6); 

    }
  }
}

======

将这个程序运行三次的结果如下：
                Expect: 131,072
           Stream.Read:   4,356
      Stream.ReadBytes: 131,072
     BinaryReader.Read:   2,904
BinaryReader.ReadBytes: 131,072
       TextReader.Read: 123,812
  TextReader.ReadBlock: 131,072

                Expect: 131,072
           Stream.Read:   4,356
      Stream.ReadBytes: 131,072
     BinaryReader.Read:   4,356
BinaryReader.ReadBytes: 131,072
       TextReader.Read:   2,904
  TextReader.ReadBlock: 131,072

                Expect: 131,072
           Stream.Read:   4,356
      Stream.ReadBytes: 131,072
     BinaryReader.Read:   2,904
BinaryReader.ReadBytes: 131,072
       TextReader.Read:   5,808
  TextReader.ReadBlock: 131,072

可见，Stream.Read()、BinaryReader.Read()和TextReader.Read()方法，在尚未到达流的末尾情况下，获取到的字节数仍可以能少于所请求的字节数，这种问题在处理网络流（如FTP）、设备流（如串口输入）等情况时经常发生，而Stream.ReadBytes()、BinaryReader.ReadBytes()、和TextReader.ReadBlock()方法则无此问题。

现在，我们通过 Reflector 来查看BinaryReader.Read()方法的源程序代码。

public virtual int Read(byte[] buffer, int index, int count)
{
  if (buffer == null)
  {
    throw new ArgumentNullException("buffer", Environment.GetResourceString("ArgumentNull_Buffer"));
  }
  if (index < 0)
  {
    throw new ArgumentOutOfRangeException("index", Environment.GetResourceString("ArgumentOutOfRange_NeedNonNegNum"));
  }
  if (count < 0)
  {
    throw new ArgumentOutOfRangeException("count", Environment.GetResourceString("ArgumentOutOfRange_NeedNonNegNum"));
  }
  if ((buffer.Length - index) < count)
  {
throw new ArgumentException(Environment.GetResourceString(
"Argument_InvalidOffLen"));
  }
  if (this.m_stream == null)
  {
    __Error.FileNotOpen();
  }
  return this.m_stream.Read(buffer, index, count);
}

======

最后一行的m_stream的类型为 Stream，可见，BinaryReader.Read()方法在做一些必要的检查后就是简单地调用Stream.Read()方法，所以它们具有相同的问题。

而 BinaryReader.ReadBytes方法的源程序代码如下：

public virtual byte[] ReadBytes(int count)
{
  if (count < 0)
  {
    throw new ArgumentOutOfRangeException("count", Environment. GetResourceString("ArgumentOutOfRange_NeedNonNegNum"));
  }
  if (this.m_stream == null)
  {
     __Error.FileNotOpen();
  }
  byte[] buffer = new byte[count];
  int offset = 0;
  do
  {
    int num2 = this.m_stream.Read(buffer, offset, count);
    if (num2 == 0)
    {
      break;
    }
    offset += num2;
    count -= num2;
  }
  while (count > 0);
  if (offset != buffer.Length)
  {
    byte[] dst = new byte[offset];
    Buffer.InternalBlockCopy(buffer, 0, dst, 0, offset);
    buffer = dst;
  }
  return buffer;
}

======

从上述代码中可以看出，BinaryReader.ReadBytes 方法循环地调用 Stream.Read 方法，直到达到流的末尾，或者已经读取了请求的个字节为止。也就是说，如果没有到达流的末尾，该方法就一定会返回所请求的字节。

Stream.ReadBytes()方法其实是我写的一个扩展方法，源程序代码如下：

using System;
using System.IO;

namespace Skyiv.Util
{
  static class ExtensionMethods
  {
    public static byte[] ReadBytes(this Stream stream, int count)
    {
      if(count < 0) throw new ArgumentOutOfRangeException("count","??????????");
      var bs = new byte[count];
      var offset = 0;
      for (int n = -1; n != 0 && count > 0; count -= n, offset += n)
 n = stream.Read(bs, offset, count);
      if (offset != bs.Length) Array.Resize(ref bs, offset);
      return bs;
    }
  }
}

======

测试程序中使用的 FtpClient 类是我编写的类，可以参见我的另一篇随笔“如何直接处理FTP服务器上的压缩文件”[①]，其源程序代码如下：

using System;
using System.IO;
using System.Net;
namespace Skyiv.Util
{
  sealed class FtpClient
  {
    Uri uri;
    string userName;
    string password;

    public FtpClient(string uri, string userName, string password)
    {
      this.uri = new Uri(uri);
      this.userName = userName;
      this.password = password;
    }

    public Stream GetDownloadStream(string sourceFile)
    {
      Uri downloadUri = new Uri(uri, sourceFile);
      if (downloadUri.Scheme != Uri.UriSchemeFtp)
 throw new ArgumentException("URI is not an FTP site");
      FtpWebRequest ftpRequest = (FtpWebRequest)WebRequest.Create(downloadUri);
      ftpRequest.Credentials = new NetworkCredential(userName, password);
      ftpRequest.Method = WebRequestMethods.Ftp.DownloadFile;
      return ((FtpWebResponse)ftpRequest.GetResponse()).GetResponseStream();
    }
  }
}

======

[①] 地址为：http://www.cnblogs.com/skyivben/archive/2005/09/17/238920.html

博客园_C#初学课堂(寒飞雨)

【征名属性】第一版写了五年，虽然口碑很好，但销量差强人意，第二版征求个好名字。

《叩响C#之门》一审修改完毕，感谢参与的园友 现在邀请园友进行第二次审查

《叩响C#之门》园友提供的附录（征集中） 抽象类与接口的区别及应用（相当精彩）

《叩响C#之门》正则表达式（六） 预查（零宽断言）

本文链接

《叩响C#之门》正则表达式（五） 分组、后向引用、替换

本文链接

《叩响C#之门》正则表达式 （四） 定位符

《叩响C#之门》正则表达式 （三） 贪婪与懒惰

本文链接

《叩响C#之门》正则表达式（二）数量限定符

《叩响C#之门》 正则表达式（一）

《叩响C#之门》园友提供的附录（征集中，欢迎提意见）读取流时应注意的一个问题

本文链接

《叩响C#之门》一审修改完毕，感谢参与的园友现在邀请园友进行第二次审查

《叩响C#之门》园友提供的附录（征集中）抽象类与接口的区别及应用（相当精彩）

《叩响C#之门》正则表达式（六）预查（零宽断言）

《叩响C#之门》正则表达式（五）分组、后向引用、替换

《叩响C#之门》正则表达式（四）定位符

《叩响C#之门》正则表达式（三）贪婪与懒惰

《叩响C#之门》正则表达式（一）