Z么会(x)存在q么多错误认?原因主要有三个，一是C++语言的细节太多。二是一些著名的C++书籍d(不管有意q是无意)暗示语言l节的重要性和有趣。三是现代C++库的开发哲学必ȝC些犄角旮旯的语言l节(但注意，是库设计Q不是日常编E?。这些共同塑造了(jin)C++C的整体心(j)态和哲学?/p>
单是W一条还未必能够成气候，其它语言的细节也不少(管比vC++hq是巫见大?Q就拿javascript来说Q作用域规则Q名字查找，closureQfor/inQ这些都是细节，而且其中q有q反直觉的。但许多动态语a的程序员的理忉|猜大U是学到哪用到哪|。但C++׃一样了(jin)Q学C++之h有一U类g被暗C的潜在?j)态，是一定要先把语言核心(j)基本上吃透了(jin)才能下手写出漂亮的程序。这首先错?jin)。这个意识Ş成的原因在第二点QC++书籍。市(jng)面上的C++书籍不计其数Q但有一个共同的~点Q就是讲语言l节的书太多——《C++ gotchas》，《Effective C++》，《More Effective C++》，但无可厚非的是，C++是这样一门语aQ要拿它满C~程理念的需求，其是C++库开发的需求，q必dx语言l节Q乃至于在C++中利用语al节已经成了(jin)一门学问。比如C++模板在设计之初根本没有想到模板元~程q回事，更没惛_C++模板pȝ是图灵完备的Q这也就D?jin)《Modern C++ Design》和《C++ Template Metaprogramming》的惊世骇俗?/p>
q些技术的出现Z么惊世骇俗，打个比方Q就好比是一块大安认ؓ(f)已经熟?zhn)无比Q再无秘密可a的土CQ突然某天有人挖到原来地下还蕴藏着最丰富的石沏V在q之前的C++虽然也有一些细节，但也q算Ҏ(gu)掌握Q那可是C++E序员们的happy old timesQ因为C++的一切都一览无余，everything is figured out。然而《Modern C++ Design》的Z告诉ZQ“瞧Q还有多细节你们没有掌握啊。”于是C++E序员们久违的激情被重燃hQ奋不顾w的t入l节的沼泽中。尤其是Q模板编E将C++的细节进一步挖掘到?jin)极致——我们干嘛关?j)涉及(qing)类对象的隐式{换的优先U高?看看boost::is_base_of可以知道有多诡异了(jin)?/p>
但最大的问题q在于，对于q些l节的关注还真有它合适的理由Q我们要开发现代模板库Q要开发active libraryQ就必须动用模板~程技术，要动用模板编E技术，必d用语a的犄角旮旯，enable_ifQtype_traitsQ甚臌早就古井无L的C宏也在ؕ世中重生Q看看boost::preprocessor有多诡异q道了(jin)Q连C宏的囄完备?预编译期?都被挖掘出来?jin)。ؓ(f)什么要做这?好玩?标榜?都不是，开发库的实际需求。但q也正是最大的(zhn)哀?jin)。在boost里面因实际需求而动用语al节最l居然能奇的完成Q务的最好教材就是boost::foreachQ这个小设施对语al节的发掘达C(jin)惊天地泣鬼神的地步，不信你先试着自己ȝ看它的源代码Q再看看作者介l它的文章吧。而boost::typeof也不甘其后——C++语言里面有太多被“发现”而不是被“发明”的技术。难道最初无意设|这些语a规则的家伙们都是Oracles?
因ؓ(f)没有variadic templatesQh们用宏加上缺省模板参数来实现cM效果。因为没有conceptsQh们用模板加上析构函数的细节来完成cM工作。因为没有typeofQh们用模板元编E和宏加上无的l节来实现目标?C++开发者们的DIY_不可谓不强?/p>
然而，如果仅仅是因开发优U的库Q那么涉?qing)这些细节都q是情有可原的，臛_在C++09出现q且~译器厂商跟上之前，q些都还能说是不得已而ؓ(f)之。但我们q大的C++E序员呢?大众是容易被误导的，我也曄是。以为掌握了(jin)更多的语al节更牛，但实际却是那些语al节十有八九(ji)是^时编E用都用不到的。C++中众多的l节虽然在库设计者手里面有其用武之地Q但普通程序员则根本无需q多xQ尤其是没有实际动机的关注。一般性的~码实践准则Q以?qing)基本的~程能力和基本功Q乃臛_本的E序设计理论以及(qing)法设计。才是真正需要花旉掌握的东ѝ?/p>
学习(fn)最佳编码实跉|学习(fn)C++更重要。看优秀的代码也比埋头用差劲的编码方式写垃圾代码要有效。直接、清晰、明?jin)、KISS地表达意图比玩编码花招要重要?/p>
避免去过问Q何语al节Q除非必要。这个必要是指在实际~程当中遇到问题Q这样就需要过问细节，也是最省事的，懒惰者原则嘛。一个掌握了(jin)基本的编E理念ƈ有较强学?fn)能力的E序员在用一门陌生的语言~程时就拿着那本语言的圣l从索引v也可以编出合格的E序来。十q学?x)编E不是指Ҏ(gu)门语a都得十年Q那一辈子才能学几门语a哪，如果按字母顺序学的话一辈子都别指望学到Ruby?十年学习(fn)~程更不是指先把语言Ҏ(gu)从_到l全都吃透才敢下手编E，在实践中提高才是最重要的?/p>
至于q种抠语al节的哲学ؓ(f)何能在社里面呈野火燎原之势Q就是一个心(j)理学的问题了(jin)。想像h们在论坛上讨论问题时Q一个对语言把握很细致的定能够得到更多的佩服Q而由于论坛上的问题大多是问题，所以解军_际问题的真正能力q不能得到显玎ͼ也就是说Q知识型的h能够得到更多佩服Q后者便成ؓ(f)动力和仿效的砝码。然而真正的~程能力是与语言l节没关pȝQ熟l运用一门语a能够帮你最佌达你的意图，但熟l运用一门语al不意味着要把它的边边角角全都C。懂得一些常识，有了(jin)~程的基本直觉，遇到一些细节错误的时候再L书，是最节省旉的办法?/p>
C++的书QBjarne的圣l《The C++ Programming Language》是高屋建瓴的。《大规模C++E序设计》是挺务实的。《Accelerated C++》是最?jng)_门的。《C++ Templates》是仅作参考的。《C++ Template Metaprogramming》是_֊q剩者可以玩一玩的Q普通程序员都别碰的。《ISO.IEC C++ Standard 14882》不是拿来读的。Bjarne最q在做C++的教ԌC是绝对可以期待的?/p>
P.S. 关于如何学习(fn)~程Qg9的blog上有许多_ֽ的文章：(x)q里Q这里，q里Q这里?实际上，我徏议你Lg9老大的blogM底朝?:P
再P.S. 书单?我是遑于l出一个类伹{C++初学者必诅R这U书单的。C++的书不计其数Q被公认的好书也不胜枚D。只不过有些书容易给初学者造成一U错觉，是“学?fn)C++应该是q个样子的”。比如有朋友提到的《高质量C/C++~程》，q本书有价|但不适合初学者，初学者读q样的书Ҏ(gu)一叉目不见泰山。实际上Q正的态度是，l节是必要的。但l节是次要的。其实学?fn)编E我觉得应该最先学?fn)如何用伪码表达思想呢，君不见《Introduction to Algorithm》里面的代码?《TAOCP》中的代?哦，对了(jin)它们是自己徏立的语言Q但q种仅教学目的的语言的目的就是ؓ(f)?jin)避免让写程序的Z开始就忘了(jin)写程序是Z(jin)完成功能Q以为写E序是和语al节作斗争了(jin)。Bjarne说程序的正确性最重要Qboost的编码标准里面也正性列在性能前面?/p>
此外Q一旦徏立了(jin)正确的学?fn)编E的理念Q其实什么书(只要不是太垃圄)都有些用处。都当成参考书Q用的时候从目录或烦(ch)引翻Q基本就对了(jin)?/p>
再再P.S. myan老大和g9老大都给Z(jin)许多_ֽ的见解。我不得不再加上一个P.S。具体我׃摘录?jin)，如果你读到这里，请务必往下看他们的评论。{载者别忘了(jin)转蝲他们的评?-)
许多朋友都问我同一个问题，到底要不要学?fn)C++。其实这个问题问得很没有意义。“学C++”和“不学C++”这个二分法是没意义的，Z?因ؓ(f)q个问题很表面，甚至很Qw。重要的不是你掌握的语言Q而是你掌握的能力Q借用myan老大的话Q“重要的是这个磨l过E，而不是结果，要的是你_壮的腿Q而不是你w上背的那袋盐巴。”。此外学?fn)C++的意义其实真的是醉翁之意不在酒，像C/C++q种pȝU语aQ在学习(fn)的过E中必须要涉?qing)到一些底层知识，如内存管理、编译连接系l、汇~语a、硬件体pȝ构等{等{知?注意Q这不包括过分犄角旮旯的语言枝节)。这些东西也是所谓的内功?其实最最重要的内功还是长期学?fn)所练出来的自学能?。对此大嘴Joel在《Joel On Software》里面提到的漏洞抽象定律阐述得就非常漂亮?/p>
所以，{案是，让你成ؓ(f)高手的ƈ不是你掌握什么语aQ精通C++未必p让你成ؓ(f)高手Q不_NC++也未必就能让你成Z手。我惛_安不会(x)怀疑g9老大如果要抄起C++做一个项目的话会(x)比大多数自认熟练C++的h要做得漂亮。所以关键的不是语言q个表层的东西，而是底下的本质矛盾。当?dng)不是说那׃么语a都不要学?jin)，按照一U曹操的逻辑Q“天下语aQ唯imperative与declarative耳”。C++是前者里面最复杂的一U，支持最q泛的编E范式。借用当初数学pd学大?x)上一个老师的话Q“你数学都学?jin)，q有什么不能学的呢?”。学语言是一个途径Q如果你把它用来练自己Q可以。如果你把它用来作ؓ(f)学习(fn)pȝ底层知识的钥匙，可以。如果你把它用来作ؓ(f)学习(fn)如何~写优秀的代码，如何l织大型的程序，如何q行抽象设计Q可以。如果掉书袋Q光啃细节，我认Z可以(除非你必要用到l节Q像boost库的coder??/p>
然后再借用一下g9老大的《银弹和我们的职业》中的话Q?/p>
银弹和我们的职业发展有什么相q?很简单：(x)我们得把旉用于学习(fn)解决本质困难。新技术给高手带来方便。菜鸟们却不用指望被新技术拯救。沿用以前的比喻Q?一的摄媄(jing)师不?x)因为相机的更新换代而丢掉饭，反而可能借助先进技术留下传世佳作。因为摄q本质困难Q还是摄影师的艺术感觉。热门技术也q于相机?不停q新Q学?fn)这个框Ӟ那个软gQ好比成天钻研不同相机的说明书。而热门技术后的来龙去脉，才好比摄影技术。ؓ(f)什么推?gu)个框?它解决了(jin)什么其它框?不能解决的问?它在哪里适用?它在哪里不适用?它用?jin)什么新的设?它改q了(jin)哪些旧的设计?Why is forever. ?朋友聊天时提到Steve McConnell的《Professional Software Development》里面引?jin)一个调查，说Y件开发技术的半衰?0q。也是?0q后我们现在知识里一半的东西q时。相当不坏。朋友打道Q“应 该说20q后IT界一半的技术过Ӟ我们学的q时技术远q超q这个比例。具体到某hQ很可能5q他废?jin)”。话虽?zhn)观，但可见选择学习(fn)内容的重要性。学?本质技?技术迟早过Ӟ技艺却常用长新)q有一好处Q就是不用看着自己?j)爱的技术受到挑战的时候干嚎。C/C++q时p时了(jin)呗，只要有其它的pȝ~程 语言。Java倒了(jin)倒了(jin)呗，未必我不能用.net?Ruby昙花一现又如何。如果用得不爽，换到其它动态语a是?jin)。J2EE被废?jin)又怎样?未必我们?做不出分布系l了(jin)?q里qD?jin)更多的例子?/p>
一句话Q只有h是真正的银弹。职业发展的目标Q就是把自己变成银弹。那时候，你就不再是hQ而是人弹?/p>
最后就以我在Bjarne的众多访谈当中摘录的一些关于如何学?fn)C++(以及(qing)~程)的看法结束吧(没空逐段译?jin)，只将其中我觉得最重要的几D译?jin)一下，当然Q其它也很重要，q些D落是在Bjarne的所有采访稿中摘抄出来的Q所以强烈徏议都q目一?Q?/p>
I suspect that people think too little about what they want to build, too little about what would make it correct, and too much about "efficiency" and following fashions of programming style. The key questions are always: "what do I want to do?" and "how do I know that I have done if?". Strategies for testing enters into my concerns from well before I write the firat line of code, and that despite my view that you have to write code very early - rather than wait until a design is complete.
译：(x)我感觉h们过多关注了(jin)所谓“效率”以?qing)跟随编E风格的潮流Q却严重忽视?jin)本不该被忽视的问题Q如“我I竟惌构徏什么样的系l”、“怎样才能使它正确”。最关键的问题永q是Q“我I竟惌做什?”和“如何才能知道我的系l是否已l完成了(jin)?”就拿我来说吧，我会(x)在编写第一行代码之前就考虑试Ҏ(gu)Q而且q还是在我关于应当早于设计完成之前就q行~码的观点的前提之下?/p>
Obviously, C++ is very complex. Obviously, people get lost. However, most peple get lost when they get diverted into becoming language lawyers rather than getting lost when they have a clear idea of what they want to express and simply look at C++ language features to see how to express it. Once you know data absreaction, class hierarchies (object-oriented programming), and parameterization with types (generic programming) in a fairly general way, the C++ language features fall in place.
译：(x)诚然QC++非常复杂。诚?dng)Zq失其中?jin)。然而问题是Q大多数Z是因为首先对自己惌表达什么有?jin)清晰的认识只不q在去C++语言中搜d适的语言Ҏ(gu)时q失的，相反Q大多数人是在不觉成a律师的\上迷失在l节的丛林中的。事实是Q只需Ҏ(gu)据抽象、类体系l构(OOP)以及(qing)参数化类?GP)有一个相当一般层面的?jin)解QC++UL(fng)的语aҎ(gu)也清晰v来了(jin)?/p>
Well, I don't think I made such a trade-off. I want elegant and efficient code. Sometimes I get it. These dichotomies (between efficiency versus correctness, efficiency versus programmer time, efficiency versus high-level, et cetera.) are bogus.
I think the real problem is that "we" (that is, we software developers) are in a permanent state of emergency, grASPing at straws to get our work done. We perform many minor miracles through trial and error, excessive use of brute force, and lots and lots of testing, but--so often--it's not enough.
Software developers have become adept at the difficult art of building reasonably reliable systems out of unreliable parts. The snag is that often we do not know exactly how we did it: a system just "sort of evolved" into something minimally acceptable. Personally, I prefer to know when a system will work, and why it will.
There are more useful systems developed in languages deemed awful than in languages praised for being beautiful--many more. The purpose of a programming language is to help build good systems, where "good" can be defined in many ways. My brief definition is, correct, maintainable, and adequately fast. Aesthetics matter, but first and foremost a language must be useful; it must allow real-world programmers to express real-world ideas succinctly and affordably.
I'm sure that for every programmer that dislikes C++, there is one who likes it. However, a friend of mine went to a conference where the keynote speaker asked the audience to indicate by show of hands, one, how many people disliked C++, and two, how many people had written a C++ program. There were twice as many people in the first group than the second. Expressing dislike of something you don't know is usually known as prejudice. Also, complainers are always louder and more certain than proponents--reasonable people acknowledge flaws. I think I know more about the problems with C++ than just about anyone, but I also know how to avoid them and how to use C++'s strengths.
In any case, I don't think it is true that the programming languages are so difficult to learn. For example, every first-year university biology textbook contains more details and deeper theory than even an expert-level programming-language book. Most applications involve standards, operating systems, libraries, and tools that far exceed modern programming languages in complexity. What is difficult is the appreciation of the underlying techniques and their application to real-world problems. Obviously, most current languages have many parts that are unnecessarily complex, but the degree of those complexities compared to some ideal minimum is often exaggerated.
We need relatively complex language to deal with absolutely complex problems. I note that English is arguably the largest and most complex language in the world (measured in number of words and idioms), but also one of the most successful.
C++ provides a nice, extended case study in the evolutionary approach. C compatibility has been far harder to maintain than I or anyone else expected. Part of the reason is that C has kept evolving, partially guided by people who insist that C++ compatibility is neither necessary nor good for C. Another reason-- probably even more important--is that organizations prefer interfaces that are in the C/C++ subset so that they can support both languages with a single effort. This leads to a constant pressure on users not to use the most powerful C++ features and to myths about why they should be used "carefully," "infrequently," or "by experts only." That, combined with backwards-looking teaching of C++, has led to many failures to reap the potential benefits of C++ as a high-level language with powerful abstraction mechanisms.
The question is how deeply integrated into the application those system dependencies are. I prefer the application to be designed conceptually in isolation from the underlying system, with an explicitly defined interface to "the outer world," and then integrated through a thin layer of interface code.
Had I had a chance to name the style of programming I like best, it would have been "class-oriented programming", but then I'm not particularly good at finding snappy names. The school of thought that I belong to - rooted in Simula and related design philosophies - emphasizes the role of compile-time checking and flexible (static) type systems. Reasoning about the behavior of a program has to be rooted in the (static) structure of the source code. The focus should be on guarantees, invariant, etc. which are closely tied to that static structure. This is the only way I know to effectively deal with correctness. Testing is essential but cannot be systematic and complete without a good internal program structure - simple-minded blackbox testing of any significant system is infeasible because of the exponential explosion of states.
So, I recommend people to think in terms of class invariants, exception handling guarantees, highly structured resource management, etc. I should add that I intensely dislike debugging (as ah hoc and unsystematic) and strongly prefer reasoning about source code and systematic testing.
Pros: flexibility, generality, performance, portability, good tool support, available on more platforms than any competitor except C, Access to hardware and system resources, good availability of programmers and designers. Cons: complexity, sub-optimal use caused by poor teaching and myths.
]]>
栈，是那些q译器在需要的时候分配，在不需要的时候自动清楚的变量的存储区。里面的变量通常是局部变量、函数参数等?/p>
堆，是那些由new分配的内存块Q他们的释放~译器不ȝQ由我们的应用程序去控制Q一般一个newp对应一个delete。如果程序员没有释放掉，那么在程序结束后Q操作系l会(x)自动回收?/p>
自由存储区，是那些由malloc{分配的内存块，他和堆是十分怼的，不过它是用free来结束自q生命的?/p>
全局/?rn)态存储区Q全局变量和静(rn)态变量被分配到同一块内存中Q在以前的C语言中，全局变量又分为初始化的和未初始化的，在C++里面没有q个区分?jin)，他们共同占用同一块内存区?/p>
帔R存储区，q是一块比较特D的存储区，他们里面存放的是帔RQ不允许修改(当然Q你要通过非正当手D也可以修改Q而且Ҏ(gu)很多)
]]>
?/span> :char a[100];memset(a, '\0', sizeof(a));
memset 可以方便的清IZ个结构类型的变量或数l?/span>
如：(x)
struct sample_struct
{
char csName[16];
int iSeq;
int iType;
};
对于变量
struct sample_strcut stTest;
一般情况下Q清I?/span> stTest 的方法：(x)
stTest.csName[0]='\0';
stTest.iSeq=0;
stTest.iType=0;
?/span>
memset
非常方便：(x)
memset(&stTest,0,sizeof(struct sample_struct));
如果是数l：(x)
struct sample_struct TEST[10];
?/span>
memset(TEST,0,sizeof(struct sample_struct)*10);
memcpy 用来做内存拷贝，你可以拿它拷贝Q何数据类型的对象Q可以指定拷贝的数据长度?/span>
例：(x) char a[100],b[50]; memcpy(b, a, sizeof(b)); 注意如用 sizeof(a) Q会(x)造成 b 的内存地址溢出?/span>
Strcpy 只能拷贝字W串?jin)，它遇?/span> '\0' q束拷贝?/span>
例：(x)
char a[100],b[50];strcpy(a,b);
如用
strcpy(b,a)
Q要注意
a
中的字符串长度（W一?/span>
‘\
str 也可以用用个参数?/span> strncpy(a,b,n)
========================================================
memset
主要应用是初始化某个内存I间?/span>
memcpy
是用?/span>
copy
源空间的数据到目的空间中?/span>
strcpy
用于字符?/span>
copy,
遇到
‘\
如果你理解了(jin)q些Q你应该知道他们的区别：(x)例如你初始化某块I间的时候，用到
memcpy
Q那么应该怎么写，是不是显得很W?/span>
int m[100]
memset((void*)m,0x00,sizeof(int)*100);//Ok
Q?/span>
memcpy((void*)m,"\0\0\0\0....",sizeof(int)*100);//it’s wrong.
reference : http://hi.baidu.com/%B5%CE%C9%B3/blog/item/12025c2af5ffc33c5343c19f.html
]]>
]]>
]]>
多少q来Q许多的~程语言和工具都包含对规则表辑ּ的支持，.NET基础cd中包含有一个名字空间和一pd可以充分发挥规则表达式威力的c，而且它们也都与未来的Perl 5中的规则表达式兼宏V?
此外Qregexpc还能够完成一些其他的功能Q例如从双左的l合模式和表辑ּ的编辑等。?
在这文章中Q我简要地介绍System.Text.RegularExpression中的cdҎ(gu)、一些字W串匚w和替换的例子以及(qing)l结构的详细情况Q最后，q会(x)介绍一些你可能?x)用到的常见的表辑ּ。?
应该掌握的基知识
规则表达式的知识可能是不编Eh员“常学常忘”的知识之一。在q篇文章中，我们假定你已经掌握?jin)规则表辑ּ的用法，其是Perl 5中表辑ּ的用法?NET的regexpcLPerl 5中表辑ּ的一个超集，因此Q从理论上说它将作ؓ(f)一个很好的L(fng)。我们还假设你具有了(jin)C#的语法和.NET架构的基本知识。?
如果你没有规则表辑ּ斚w的知识，我徏议你从Perl 5的语法着手开始学?fn)。在规则表达式方面的权威书籍是由杰弗里·弗雷d?dng)编写的《掌握表辑ּ》一书，对于希望深刻理解表达式的读者，我们强烈阅读q本书。?
RegularExpressionl合体?
regexp规则cd含在System.Text.RegularExpressions.dll文g中，在对应用软gq行~译时你必须引用q个文gQ例如，csc r:System.Text.RegularExpressions.dll foo.cs命o(h)创建foo.exe文gQ它?yu)引用?jin)System.Text.RegularExpressions文g。?
名字I间介?
在名字空间中仅仅包含着6个类和一个定义，它们是：(x)
Capture: 包含一ơ匹配的l果Q?
CaptureCollection: Capture的序列；
Group: 一ơ组记录的结果，由Capturel承而来Q?
Match: 一ơ表辑ּ的匹配结果，由Groupl承而来Q?
MatchCollection: Match的一个序列；
MatchEvaluator: 执行替换操作时用的代理Q?
RegexQ编译后的表辑ּ的实例。?
RegexcMq包含一些静(rn)态的Ҏ(gu)Q?
Escape: 对字W串中的regex中的转义W进行{义；
IsMatch: 如果表达式在字符串中匚wQ该Ҏ(gu)q回一个布?yu)(dng)|
Match: q回Match的实例；
Matches: q回一pd的Match的方法；
Replace: 用替换字W串替换匚w的表辑ּQ?
Split: q回一pdp辑ּ军_的字W串Q?
Unescape:不对字符串中的{义字W{义。?
单匹配?
我们首先从用Regex、Matchcȝ单表辑ּ开始学?fn)。?
Match m = Regex.Match("abracadabra", "(a|b|r)+");
我们现在有了(jin)一个可以用于测试的Matchcȝ实例Q例如：(x)if (m.Success)...
如果想用匹配的字符Ԍ可以把它转换成一个字W串Q?
Console.WriteLine("Match="+m.ToString());
q个例子可以得到如下的输? Match=abra。这是匚w的字W串?jin)。?
字符串的替换
单字W串的替换非常直观。例如下面的语句Q?
string s = Regex.Replace("abracadabra", "abra", "zzzz");
它返回字W串zzzzcadzzzzQ所有匹配的字符串都被替换成?jin)zzzzz。?
现在我们来看一个比较复杂的字符串替换的例子Q?
string s = Regex.Replace(" abra ", @"^\s*(.*?)\s*$", "$1");
q个语句q回字符串abraQ其前导和后~的空格都L?jin)。?
上面的模式对于删除Q意字W串中的前导和后l空格都非常有用。在C#中，我们q经怋用字母字W串Q在一个字母字W串中，~译E序不把字符?\?作ؓ(f)转义字符处理。在使用字符“\”指定{义字W时Q@"..."是非常有用的。另外值得一提的?1在字W串替换斚w的用，它表明替换字W串只能包含被替换的字符丌Ӏ?
匚w引擎的细节?
现在Q我们通过一个组l构来理解一个稍微复杂的例子。看下面的例子：(x)
string text = "abracadabra1abracadabra2abracadabra3";
string pat = @"
( # W一个组的开始?
abra # 匚w字符串abra
( # W二个组的开始?
cad # 匚w字符串cad
)? # W二个组l束Q可选）(j)
) # W一个组l束
+ # 匚w一ơ或多次
";
//利用x修饰W忽略注释?
Regex r = new Regex(pat, "x");
//获得l号码的清单
int[] gnums = r.GetGroupNumbers();
//首次匚w
Match m = r.Match(text);
while (m.Success)
{
//从组1开始?
for (int i = 1; i < gnums.Length; i++)
{
Group g = m.Group(gnums[i]);
//获得q次匚w的组
Console.WriteLine("Group"+gnums[i]+"=["+g.ToString()+"]");
//计算q个l的起始位置和长度?
CaptureCollection cc = g.Captures;
for (int j = 0; j < cc.Count; j++)
{
Capture c = cc[j];
Console.WriteLine(" Capture" + j + "=["+c.ToString()
+ "] Index=" + c.Index + " Length=" + c.Length);
}
}
//下一个匹配?
m = m.NextMatch();
}
q个例子的输出如下所C：(x)
Group1=[abra]
Capture0=[abracad] Index=0 Length=7
Capture1=[abra] Index=7 Length=4
Group2=[cad]
Capture0=[cad] Index=4 Length=3
Group1=[abra]
Capture0=[abracad] Index=12 Length=7
Capture1=[abra] Index=19 Length=4
Group2=[cad]
Capture0=[cad] Index=16 Length=3
Group1=[abra]
Capture0=[abracad] Index=24 Length=7
Capture1=[abra] Index=31 Length=4
Group2=[cad]
Capture0=[cad] Index=28 Length=3
我们首先从考查字符串pat开始，pat中包含有表达式。第一个capture是从W一个圆括号开始的Q然后表辑ּ匹配到一个abra。第二个capturel从W二个圆括号开始，但第一个capturel还没有l束Q这意味着W一个组匚w的结果是abracad Q而第二个l的匚wl果仅仅是cad。因此如果通过使用Q符可(g)cad成ؓ(f)一可选的匚wQ匹配的l果可能是abra或abracad。然后，W一个组׃(x)l束Q通过指定+W号要求表达式进行多ơ匹配。?
现在我们来看看匹配过E中发生的情c(din)首先，通过调用Regex的constructorҎ(gu)建立表达式的一个实例，q在其中指定各种选项。在q个例子中，׃在表辑ּ中有注释Q因此选用?jin)x选项Q另外还使用?jin)一些空根{打开x选项Q表辑ּ会(x)忽略注释和其中没有{义的I格。?
然后Q取得表辑ּ中定义的l的~号的清单。你当然可以显性地使用q些~号Q在q里使用的是~程的方法。如果用了(jin)命名的组Q作ZU徏立快速烦(ch)引的途径q种Ҏ(gu)也十分有效。?
接下来是完成W一ơ匹配。通过一个@环测试当前的匚w是否成功Q接下来是从group 1开始重复对l清单执行这一操作。在q个例子中没有用group 0的原因是group 0是一个完全匹配的字符Ԍ如果要通过攉全部匚w的字W串作ؓ(f)一个单一的字W串Q就?x)用到group 0?jin)。?
我们跟踪每个group中的CaptureCollection。通常情况下每ơ匹配、每个group中只能有一个captureQ但本例中的Group1则有两个captureQCapture0和Capture1。如果你仅需要Group1的ToStringQ就?x)只得到abraQ当然它也会(x)与abracad匚w。组中ToString的值就是其CaptureCollection中最后一个Capture的|q正是我们所需要的。如果你希望整个q程在匹配abra后结束，应该从表达式中删除+W号Q让regex引擎知道我们只需要对表达式进行匹配。?
Zq程和基于表辑ּҎ(gu)的比较?
一般情况下Q用规则表辑ּ的用户可以分Z下二大类Q第一cȝ户尽量不使用规则表达式，而是使用q程来执行一些需要重复的操作Q第二类用户则充分利用规则表辑ּ处理引擎的功能和威力Q而尽可能地使用q程。?
对于我们大多数用戯(g)言Q最好的Ҏ(gu)莫过于二者兼而用之了(jin)。我希望q篇文章能够说明.NET语言中regexpcȝ作用以及(qing)它在性能和复杂性之间的优、劣炏V?
Zq程的模式?
我们在编E中l常需要用到的一个功能是对字W串中的一部分q行匚w或其他一些对字符串处理，下面是一个对字符串中的单词进行匹配的例子Q?
string text = "the quick red fox jumped over the lazy brown dog.";
System.Console.WriteLine("text=[" + text + "]");
string result = "";
string pattern = @"\w+|\W+";
foreach (Match m in Regex.Matches(text, pattern))
{
// 取得匚w的字W串
string x = m.ToString();
// 如果W一个字W是写
if (char.IsLower(x[0]))
// 变成大写
x = char.ToUpper(x[0]) + x.Substring(1, x.Length-1);
// 攉所有的字符
result += x;
}
System.Console.WriteLine("result=[" + result + "]");
正象上面的例子所C，我们使用?jin)C#语言中的foreach语句处理每个匚w的字W，q完成相应的处理Q在q个例子中，新创Z(jin)一个result字符丌Ӏ这个例子的输出所下所C：(x)
text=[the quick red fox jumped over the lazy brown dog.]
result=[The Quick Red Fox Jumped Over The Lazy Brown Dog.]
Z表达式的模式
完成上例中的功能的另一条途径是通过一个MatchEvaluatorQ新的代码如下所C：(x)
static string CapText(Match m)
{
//取得匚w的字W串
string x = m.ToString();
// 如果W一个字W是写
if (char.IsLower(x[0]))
// 转换为大写?
return char.ToUpper(x[0]) + x.Substring(1, x.Length-1);
return x;
}
static void Main()
{
string text = "the quick red fox jumped over the
lazy brown dog.";
System.Console.WriteLine("text=[" + text + "]");
string pattern = @"\w+";
string result = Regex.Replace(text, pattern,
new MatchEvaluator(Test.CapText));
System.Console.WriteLine("result=[" + result + "]");
}
同时需要注意的是，׃仅仅需要对单词q行修改而无需寚w单词q行修改Q这个模式显得非常简单。?
常用表达式?
Z(jin)能够更好地理解如何在C#环境中用规则表辑ּQ我写出一些对你来说可能有用的规则表达式，q些表达式在其他的环境中都被使用q，希望能够对你有所帮助。?
|马数字
string p1 = "^m*(d?c{0,3}|c[dm])" + "(l?x{0,3}|x[lc])(v?i{0,3}|i[vx])$";
string t1 = "vii";
Match m1 = Regex.Match(t1, p1);
交换前二个单词?
string t2 = "the quick brown fox";
string p2 = @"(\S+)(\s+)(\S+)";
Regex x2 = new Regex(p2);
string r2 = x2.Replace(t2, "$3$2$1", 1);
兛_?值?
string t3 = "myval = 3";
string p3 = @"(\w+)\s*=\s*(.*)\s*$";
Match m3 = Regex.Match(t3, p3);
实现每行80个字W?
string t4 = "********************"
+ "******************************"
+ "******************************";
string p4 = ".{80,}";
Match m4 = Regex.Match(t4, p4);
??q?时:?U的旉格式
string t5 = "01/01/01 16:10:01";
string p5 = @"(\d+)/(\d+)/(\d+) (\d+):(\d+):(\d+)";
Match m5 = Regex.Match(t5, p5);
改变目录Q仅适用于Windowsq_Q?
string t6 = @"C:\Documents and Settings\user1\Desktop\";
string r6 = Regex.Replace(t6,@" \\user1\\ ", @" \\user2\\ ");
扩展16位{义符
string t7 = "%41"; // capital A
string p7 = "%([0-9A-Fa-f][0-9A-Fa-f])";
string r7 = Regex.Replace(t7, p7, HexConvert);
删除C语言中的注释Q有待完善）(j)
string t8 = @"
/*
* 传统风格的注释?
*/
";
string p8 = @"
/\* # 匚w注释开始的定界W?
.*? # 匚w注释
\*/ # 匚w注释l束定界W?
";
string r8 = Regex.Replace(t8, p8, "", "xs");
删除字符串中开始和l束处的I格
string t9a = " leading";
string p9a = @"^\s+";
string r9a = Regex.Replace(t9a, p9a, "");
string t9b = "trailing ";
string p9b = @"\s+$";
string r9b = Regex.Replace(t9b, p9b, "");
在字W\后添加字WnQ之成为真正的新行
string t10 = @"\ntest\n";
string r10 = Regex.Replace(t10, @" \\n ", "\n");
转换IP地址
string t11 = "55.54.53.52";
string p11 = "^" +
@"([01]?\d\d|2[0-4]\d|25[0-5])\." +
@"([01]?\d\d|2[0-4]\d|25[0-5])\." +
@"([01]?\d\d|2[0-4]\d|25[0-5])\." +
@"([01]?\d\d|2[0-4]\d|25[0-5])" +
"$";
Match m11 = Regex.Match(t11, p11);
删除文g名包含的路径
string t12 = @"c:\file.txt";
string p12 = @"^.*\\";
string r12 = Regex.Replace(t12, p12, "");
联接多行字符串中的行
string t13 = @"this is
a split line";
string p13 = @"\s*\r?\n\s*";
string r13 = Regex.Replace(t13, p13, " ");
提取字符串中的所有数字?
string t14 = @"
test 1
test 2.3
test 47
";
string p14 = @"(\d+\.?\d*|\.\d+)";
MatchCollection mc14 = Regex.Matches(t14, p14);
扑և所有的大写字母
string t15 = "This IS a Test OF ALL Caps";
string p15 = @"(\b[^\Wa-z0-9_]+\b)";
MatchCollection mc15 = Regex.Matches(t15, p15);
扑և写的单词?
string t16 = "This is A Test of lowercase";
string p16 = @"(\b[^\WA-Z0-9_]+\b)";
MatchCollection mc16 = Regex.Matches(t16, p16);
扑ևW一个字母ؓ(f)大写的单词?
string t17 = "This is A Test of Initial Caps";
string p17 = @"(\b[^\Wa-z0-9_][^\WA-Z0-9_]*\b)";
MatchCollection mc17 = Regex.Matches(t17, p17);
扑և单的HTML语言中的链接
string t18 = @"
<html>
<a href=""first.htm"">first tag text</a>
<a href=""next.htm"">next tag text</a>
</html>
";
string p18 = @"<A[^>]*?HREF\s*=\s*[""']?" + @"([^'"" >]+?)[ '""]?>";
MatchCollection mc18 = Regex.Matches(t18, p18, "si");
]]>